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(54) Apparatus and process for facilitating customer-driven sales of products having multiple 
configurations 

(57) The present invention provides an apparatus 
and process for facilitating customer-driven sales of 
products having multiple configurations, preferably 
automobiles and trucks. The apparatus is a computer 
network comprising a server with a product database 
thereon, an intermediary subsystem, and a seller sub- 
system. The server, intermediary subsystem, and seller 
subsystem function together and communicate with 
each other to allow an intermediary, on behalf of a cus- 
tomer, to configure a feasible product, transmit a 
request for quote (RFQ) to a target set of sellers in the 
customer's geographic area, receive quotes from the 
target sellers in response to the RFQ, and transmit the 
customer's acceptance of one of the quotes to the 
appropriate seller. The apparatus may also include a 
customer subsystem by which the customer may config- 
ure their own feasible product and transmit their feasible 
product information to the tntermecfiary. The intermedi- 
ary subsystem can optionally include a product data- 
base thereon which the intermediary can use to 
configure a feasible product without communicating with 
the server. The process allows an intermediary to con- 
figure a feasible product, transmit a request for quote 
(RFQ) to a target set of sellers in the customer's geo- 
graphic area, receive quotes from the target sellers in 
response to the RFQ, and transmit the customer's 
acceptance of one of the quotes to the appropriate 
seller. 
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Description 

FIELD OF THE INVENTION 

5 [0001 ] The invention provides an apparatus and a process for facilitating customer-driven sales of products having 
multple configurations over a wide area electronic network, and more particularly a process for facilitating customer- 
driven sales of automobiles over the Internet 

BACKGROUND OF THE INVENTION 

10 

[0002] The Internet has developed as an important vehicle for information exchange, as well as a forum for con- 
ducting, or at least facilitating, commerce. Systems using the Internet as a commercial forum fall broadly into two cate- 
gories: seller-driven or customer-driven. The difference between customer and seller driven systems lies in which party 
takes the initiative to find the other. In a seller-driven system, the seller finds the customer; in a customer-driven system 

is the customer finds the seller. 

[0003] Most Internet commerce systems in use today are seller-driven and are either passive sites or active sites. 
Atypical seller's Internet site is a passive advertising site that provides information about the product and directs poten- 
tial customers to places they can obtain the product Automobile manufacturers are a typical example: their sites pro- 
vide information about the manufacturer's line of cars, available options, and locations of authorized dealers. 

20 [0004] A smaller number of sellers have active selling sites that not only provide product information but allow 
potential customers to conduct a transaction over the Internet and purchase the product. The seller prices and pack- 
ages the product and then holds it out for sale to potential customers via the Internet. The seller specifies, through their 
web site, the terms of the sale, and potential customers must either accept the seller's terms or find another seller 
whose terms are acceptable. Products sold on these sites are typically lower-priced standardized goods such as books, 

25 compact disks, and videos. 

[0005] In a customer-driven system, the customer specifies the product they want and the terms under which they 
will buy it, and then sends this specification to sellers. Some attempts have been made to implement customer-driven 
systems on the Internet Examples are news groups and bulletin boards where any potential customer can post 
"wanted" ads at little or no cost 

30 Customer driven systems has certain benefits that other systems do not. Where a large number of potential sellers 
exist but those sellers do not have the resources to advertise globally, it makes sense for customers, if they can, to take 
the initiative in communicating their needs to a seller. The Internet is ideal in this situation because Internet postings are 
global, and the customer theoretically can communicate his offer to a large number of potential sellers. Moreover, cus- 
tomers can usually exercise more control over the terms and conditions of their purchases. 

35 [0006] Despite their advantages, existing customer-driven systems have some drawbacks. Sellers are deterred 
from using customer-driven systems because sellers do not want to be inundated with numerous requests from poten- 
tial customers, marry of whom may be marginal or unqualified. Moreover, if each customer has a different set of pur- 
chasing specifications and communicates his or her needs to sellers using a non-standard format with different 
conditions, terms, and language styles, the specification may require too much time for the seller to interpret Further- 

40 more, sellers are deterred from using customer-driven systems because there is no guarantee of tie authenticity of the 
request, and the financial ability of the customer to enter into the transaction is uncertain. In addition, such "customers" 
may actual be rival sellers looking for co mp etit o r pricing information. 

[0007] Newsgroups scattered across the Internet make it difficult, if not impossible, for sellers to find customer 
requests. In practice, these aistomer-driven systems are ineffective because potential sellers do not frequent all the 
45 various newsgroups or bulletin boards or respond to posting in those places. Customers are deterred from using cus- 
tomer-driven systems for many of the same reasons sellers are deterred. For example, a potential seller does not want 
to be inundated with offers from many marginal or unqualified customers. 

[0008] The problems inherent in existing customer-driven systems are compounded where the product being sold 
is available in multiple configurations, for example motor vehicles such as an automobile or a truck. These products 

so cause problems because for any given product there are thousands of possible option configurations, and not all com- 
binations of options are feasible. For example, automobile manufacturers usually do not make vehicles having every 
possible combination of options, but rather make the most popular ones. Thus, for example, if a potential customer 
wants a purple Ford truck with a yellow interior and a V-1 2 engine, that engine and combination of colors may not be 
available from the manufacturer (Ford). The customer, however, has no way of knowing this before sending the request 

55 to potential sellers. 

[0009] Attempts have been made to implement customer-driven systems that address some of the above prob- 
lems. U.S. Patent No. 5.794,207 to Walker et al. ("Walker") is illustrative. Walker does not, however, solve all the fore- 
going problems. Among other things, Walker does not direct the customer's request to a target set of sellers who are 
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likely, if not certain, to have the desired product. Instead, Walker merely places the customer's request where interested 
seders can access it Walker, although it provides for guaranteeing payment by the customer, does not guarantee that 
the sellers will be credible and able to deliver. Walker does not provide means for checking whether a complex product 
the customer wants is feasible, that is, whether it exists or can be manufactured. Finally, Walker provides a system 
5 where the customer must send a binding purchase offer that can be accepted by any seller, thereby binding the cus- 
tomer to a contract This opens up the possibility that an unscrupulous seller could accept the offer. There is thus a need 
in the art for an apparatus and method that solves the above problems. 

SUMMARY OF THE INVENTION 

10 

[001 0] The present invention discloses a process for completing a contractual agreement over a wide-area network 
for purchasing a product having multiple configurations characterized by a set of product attributes and exclusively sold 
by manufacturer-licensed sellers, comprising: (a) configuring a customer's desired product by selecting the customer's 
desired set of product attributes to form a request for quote (RFQ), wherein the desired set of product attributes com- 

is prises a plurality of product configuration characterization parameters; (b) selecting a target set of manufacturer- 
licensed sellers located within a geographical area, wherein the target set sellers comprises at least one manufacturer- 
licensed seller; (c) transmitting the RFQ to the target set of sellers using the wide-area network; (d) responding to the 
RFQ with a price quote from at least one seller from the target set of sellers, wherein the price quote is transmitted using 
the wide-area network to the customer; (e) selecting a price quote for acceptance by the customer; and (f) transmitting 

20 the customer's acceptance to the seller. Preferably, the process further comprises: (Q transmitting the customer's 
desired set of product attrixites to an intermediary; (ii) inputting the customer's desired set of product attributes into an 
intermediary subsystem; and (Hi) querying an electronic database of existing product configurations, using the cus- 
tomer's desired set of product attributes, to assess the feasibility of the customer's selected configuration. Most prefer- 
ably, the process further comprises (rv) transmitting the customer's desired set of product attributes to a second 

25 intermediary. 

[001 1 ] Preferably, step a further comprises: (i) inputting the customer's product attributes into a computer through 
a customer subsystem; (ii) querying an electronic database of existing product configurations, using the customer's 
desired set of product attributes, to assess the feasibility of the customer's selected configuration; and (iii) transmitting 
the customer's attribute set to an intermediary. Most preferably, the process further comprises (iv) transmitting the cus- 
oo tamer's desired set of attributes to a second intermediary. Preferably, step a further comprises the step ranking at least 
one product attrftxrte in the set of product attributes on a scale that indicates the customer's degree of flexibility about 
that product attribute. Also preferably, step d further comprises: (0 querying an electronic database of existing product 
configurations to provide a feasible alternative product configuration; and (ii) assembling a quote based upon the alter- 
native product configuration. 

35 [0012] Preferably, step c further comprises (i) transmitting the RFQ from an intermecfiary to a server; and (6) trans- 
mitting the RFQ from the server to the target set of sellers. Also preferably, step c further comprises: (i) transmitting the 
RFQ from an intermediary to a foreign server; (ii) transmitting the RFQ from the foreign server to a server; and(iii) trans- 
mitting the RFQ from the server to a target set of sellers. Most preferably, the RFQ is stored on the server and foreign 
server, and transmitted between the server and foreign server, using a standardized data format. 

40 [0013] Preferably, responding to the RFQ comprises: transmitting a quote from at least one seder from the target 
set of sellers to a server; and transmitting the quote from the server to an intermediary. 

[0014] Preferably, step d further comprises: (i) transmitting a price quote from at least one seller from the target set 
of sellers to a server; (ii) transmitting the price quote from the server to a foreign server; and (iii) transmitting the price 
quote from the foreg/i server to an intermeolary. Most pr^e^ably, the price quote ^stored on the server and the foreign 

45 server and transmffled between the serroan^ Preferably, the price 

quotes are transmitted to the customer by the intermecfiary using a telephone, electronic mail, or fax. 
[001 5] Preferably, step b further comprises: (i) querying a database of product sellers based on a set of seller cri- 
teria; and (it) sel ecting the target set of product sen ers from the query results. Most preferably. The process further com- 
prises storing a list of the target set of sellers on the seller database as a preferred seller list. Also most preferably, step 

so b further comprises (iii) filtering the query result based on additional seller criteria. 

[0016] Preferably, step e further comprises: (0 transmitting the price quotes to an intermediary subsystem; and (ii) 
transmitting the price quotes to a customer subsystem. Preferably, the process further comprises notifying the target 
set of sellers that an RFQ has been transmitted to them, and storing each RFQ in an RFQ database. Most preferably, 
the process further comprises tracking the status of each RFQ. Preferably, the process further comprises: (i) inputting 

55 a set of customer information; and (ii) storing the set of customer information in a customer database. Most preferably, 
the process further comprises tracking customer information to obtain marketing information. 
[0017] The present invention also provides a computer network apparatus for facilitating purchase of a product, 
wherein the product has multiple configurations, is sold by manufacturer-licensed sellers and having multiple configu- 
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rations characterized by a set of product attributes, corrprising: (a) a server comprising a processor and a storage 
device connected to the processor, (b) a product database stored on the storage device, wherein the product database 
consists essentially of information regarding existing combinations of product attributes, (c) a seller database stored on 
the storage device, the seller database inducing seller information such as geographic location, and (d) a program 

5 stored on the storage device for controlling the processor, wherein (1) the program is operative with the processor to 
receive a customer's selected set of product attributes, (2) query the product database using the customer's desired set 
of product attributes to confirm the feasibility of the customer's selected configuration, (3) query the seller database 
using a set of seller attributes to select a target set of sellers in the customer's geographic area, (4) transmit a request 
for qjote (RFQ) to the target set of sellers, (5) the RFQ including the customer's desired set of product attrixites, 

w receive a quote from at least one seller from the target set of sellers, (6) transmit the quote to the customer, (7) receive 
an acceptance of one of the quotes, and (8) transmit the acceptance to the seller whose quote was accepted. 
[0018] Preferably, the apparatus further comprises a seller subsystem connected to the server, wherein the seller 
subsystem comprises a computer operative with a program stored thereon programmed to: receive from the server an 
RFQ; receive from a seller input of a quote in response to the RFQ, and transmit the quote to the server. Most prefera- 

15 bly, that apparatus further comprises an intermediary subsystem connected to the server, the intermediary subsystem 
comprising a computer operative with a procjam stored thereon to: receive from an intermediary input of a customer's 
selected set of product attributes, transmit to the server the customer's selected set of product attributes, receive from 
the server a quote from a seller, receive from the intermediary input of an acceptance of a quote, and transmit to the 
server an acceptance of one of the quotes. 

20 [0019] Preferably, the apparatus further comprises a customer subsystem connected to the server, wherein the 
customer subsystem comprises a computer operative with a program stored thereon to: receive from a customer input 
of the customer's selected set of product attributes; and transmit the selected set of product attrfoutes to the server. 
Preferably, the apparatus further comprises a customer subsystem, wherein the customer subsystem comprises a 
computer operative with a program stored thereon to receive from a customer input of the customer's selected set of 

25 product attributes; and transmit the selected set of product attributes to the server. Also, preferably the intermediary 
subsystem is further operative with the program stored thereon to receive from the server a customer's desired set of 
configuration attrixites. 

[0020] Preferably, the intermediary subsystem comprises a computer having a program and a second product data- 
base stored thereon, wherein the program is operative with the computer to: receive input of a customer's selected set 
30 of product attributes; query the second product database using the customer's desired set of product attributes to con- 
firm the feasfrilrty of the customer's selected configuration, and transmit to the server the customer's desired set of 
product attributes. 

[0021] Preferably, the apparatus further comprises an RFQ database stored on the server's storage device, 
wherein the program stored on the server's storage device is operative with the processor to: store RFQ's processed 

35 by the apparatus in the RFQ database, and track the status of each RFQ in the database. Also preferably, the apparatus 
further comprises a customer database stored on the storage device, wherein the program is operative with the proc- 
essor to: store customer information in the customer database, and update the customer information when new cus- 
tomer information is received. Most preferably, in the apparatus the customer information is stored on the customer 
database in lists, wherein each list is an irtermediary's customer Gst Also most preferably, in the apparatus the program 

40 is further operative with the processor to track customer information. Also preferably, the apparatus has a program 
stored on the storage device of the server is further operative to store a 1st of target sellers as a preferred seller list 
[0022] A second embodiment of the apparatus provides a computer network apparatus for facilitating customer pur- 
chase of a product having multiple configurations, sold by manufacturer-licensed sellers and having configurations 
characterized by a set of product attrixites, comprising: (a) a server comprising a processor, a storage device con- 

45 nected to the processor, a product database stored storage device, wherein me product database infor- 
mation regarding existing combinations of product attrixites, and a seller database stored on the storage device, 
wherein the seller database including seller characterizing information, and (b) a program stored on the storage device 
for controiGng the processor, wherein the program is operative with the processor to (1) receive a request for quote 
(RFQ) from a foreign server, wherein the RFQ consists essentially of a customer's selected set of product attributes, 

so and communicated in a common language for deserting the product, (2) query the seller database using a set of seller 
attributes to select a target set of sellers in the customer's geographic area, (3) transmit the RFQ to the target set of 
sellers using the common language, (4) receive a quote from at least one seOer from the target set of sellers, (5) trans- 
mit the quote to the foreign server, (6) receive an acceptance of one of the quotes from the foreign server, and (7) trans- 
mit the acceptance to the seller whose quote was accepted. Preferably, apparatus further comprises a foreign server 

55 connected to the server, the foreign server comprising a computer operative with a program stored to (1 ) receive a cus- 
tomer's selected set of product attributes, (2) configure a product using the customer's set of product attributes, (3) 
transmit a request for quote (RFQ) to the server, wherein the RFQ consists essentially of the customer's set of product 
attributes in a standardized data format. (4) receive a quote from the server, (5) transmit the quote to an intermediary, 
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(6) receive an acceptance of the quote from the intermediary, and (7) transmit an acceptance to the server. 
[0023] Preferably, the apparatus further comprises a seller subsystem connected to the server, wherein the seller 
subsystem comprises a computer operative with a program stored to: receive an RFQ from the server; receive from a 
seller input of a quote in response to the RFQ, and transmit the quote to the server. Most preferably, the apparatus fur- 

5 ther comprises an intermediary subsystem connected to the foreign server, wherein the intermediary subsystem com- 
prises a computer operative with a program stored to: receive from an intermediary input of a customer's selected set 
of product attrftxrtes, transmit to the foreign server the customer's selected set of product attributes, receive from the 
foreign server a quote from a seller, receive from the intermediary input of an acceptance of a quote, and transmit to 
the foreign server an acceptance of one of the quotes. Also most preferably, the apparatus further comprises a cus- 

io tomer subsystem connected to the foreign server, wherein the customer subsystem comprises a computer operative 
with a program stored to: receive from a customer input of the customer's selected set of product attrftxrtes; and trans- 
mit the selected set of product attrixrtes to the foreign server. Also most preferably, the apparatus further comprises a 
customer subsystem connected to the foreign server, wherein the customer subsystem comprises a computer opera- 
tive with a program stored to: receive from a customer input of the customer's selected set of product attributes; and 

is transmit the selected set of product attributes to the foreign server. Also most preferably, the intermediary subsystem is 
further operative with the program stored to receive from the server a customer's desired set of configuration attributes. 
[0024] Preferably, the apparatus further comprises an RFQ database stored on the server's storage device, 
wherein the program stored on the server's storage device is further operative with the processor to: store RFQ's proc- 
essed by the apparatus in the RFQ database, and track the status of each RFQ in the database. Also preferably, the 

20 apparatus further comprises a customer database stored on the storage device, wherein the prop/am is further opera- 
tive with the processor to: store customer information in the customer database, and update the customer information 
when new customer information is received. Also preferably, in the apparatus the customer information is stored on the 
customer database in lists, wherein each list is an intermediary's customer list and also the program is further operative 
with the processor to track customer information. Also preferably, the program stored on the storage device of the server 

25 is further operative to store a list of target sellers as a preferred seller fist. 

[0025] The present invention also provides a vehicle description language for storing a description of a vehicle in a 
first and a second computer memories and for transmitting the description of the vehicle between the first and second 
computer memories via a computer network, wherein the vehicle description language is created in a hierarchical data 
structure, comprising: (a) a public block of data, having starting and ending delimiters that identify the beginning and 

30 end of the block of data, wherein the public block of data conprises: (i) a vehicle identification sub-block hierarchically 
nested in the public block of data and comprising a plurality of data items wherein the data items are selected from the 
group consisting of manufacturer, model, model year and style of the vehicle, (ii) a vehicle detail sub-block hierarchically 
nested in the public block of data, wherein the vehicle detail sub-block comprises: (1) a standard sub-block hierarchi- 
cally nested in the vehicle detail sub-block and comprising a plurality of standard categories, wherein each standard 

35 category is hierarchically nested in the standard sub-block and comprises a plurality of data items relating to standard 
equipment available on a vehicle, and (2) an option sub-block hierarchically nested in the vehicle detail sub-block and 
comprising a plurality of option categories, wherein each option category is hierarchically nested in the option sub-block 
and comprises a plurality of data items relating to a particular category of optional equipment desired on a particular 
vehicle; and (ii) a private block of data comprising a plurality of data items relating to the customer who is ordering the 

40 vehicle. 

[0026] Preferably, in the vehicle description language each sub-block contains a starting delimiter and an ending 
delimiter, wherein the starting delimiter identifies the block or sub-block within which the sub-block is nested. Also, pref- 
erably, in the vehicle description language each category consists essentially of a starting delimiter and an ending 
delimiter identifying the sub-block within which the category is nested. In addition, preferably, in the vehicle description 
45 language each data item consists essentially of a starting defimrter and an encfing delimiters identifying the block, sub- 
biock or category within which the data item is nested. 

[0027] Preferably, in the vehicle description language the standard categories are selected from the group consist- 
ing of exterior, interior, mechanical, safety, fuel mileage rating, and combinations thereof. Also preferably, the option cat- 
egories are selected from the group consisting of emissions, engine, transmission, preferred equipment groups, 

so appearance package, tires, seat type, seat trim, paint, additional options, and combinations thereof. 

[0028] Preferably, in the vehicle description language the public block further comprises a color sub-block nested 
within the public block, wherein the color sub block having nested therein categories comprises color selections and 
color combinations. Also preferably, in the vehicle description language the data items in the private block comprise the 
customer's name, address and phone number. Also preferably, the language is implemented with Extensible Markup 

55 Language (XML), 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0029] 

5 Figure 1 illustrates the inventive apparatus and inventive process of a first embodiment of the invention. 

Figure 2 illustrates details of a server used in the first embodiment of the inventive apparatus and inventive process. 
Figure 3 illustrates details of an intermediary subsystem or a seller subsystem usable with the first embodiment of 
the apparatus and process. 

Figure 4 is a flowchart illustrating an intermediary's portion of the process of the first embodiment. 
w Figure 5 is a flowchart illustrating the portion of the process of the first embodiment carried out by a target seller. 

Figure 6 is a flowchart illustrating the portion of the process used by the intermediary to reply to a quote received 

from a seller, the seller having responded using the process of Figure 5. 

Figure 7 illustrates the apparatus and process of a second embodiment of the invention. 

Figure 8 is a flowchart illustrating the portion of the process of the second embodiment that is carried out by a cus- 
is tomer. 

Figure 9 illustrates the apparatus of an intermediary subsystem which, when combined with the apparatus and 
process shown in Figures 1 or 7, forms a third embodiment apparatus and method. 

Figure 10 is a flowchart illustrating the process used by an intermediary in a third embodiment of the invention. 

Figure 11 is a flowchart illustrating the process used by a seller in a fourth embodiment of the invention. 
20 Figure 1 2 illustrates the apparatus and process of a sixth embocSment of the invention. 

Figure 13 is a flowchart illustrating an intermediary's portion of the process of the sixth embodiment 

Figure 14 is a flowchart illustrating the portion of the process of the sixth embodiment carried out by a target seller. 

Figure 15 is a flowchart illustrating the portion of the process used by the intermediary to reply to a quote received 

from a seller, the seller having responded using the process of Figure 14. 
25 Figure 1 6 illustrates the apparatus and process of a seventh embodiment of the invention. 

Figure 17 is a flowchart illustrating the portion of the process of the seventh embodiment that is carried out by a 

customer. 

DETAILED DESCRIPTION OF THE INVENTION 

30 

[0030] Several embodiments of the present invention are described in detail herein. The embodiments illustrate 
several ways in which the present invention may be implemented. Although the embodiments are described in the con- 
text of automobile purchases, they could easily be used for other products with multiple configurations and manufac- 
turer-authorized sellers, as well. In the description that follows, like numerals represent like elements or steps in all 
35 figures. For example, if the numeral 10 is used in one figure to refer to a specific element or step, the numeral 10 
appearing in any other figure refers to the same element. 

First Embodiment 

ao [0031 ] Figures 1 through 3 together illustrate a first embodiment of the inventive apparatus and process. The appa- 
ratus and process of the first embodirnent are used to facilitate the purchase of a product having multiple possfole con- 
figurations, such as an automobfle, and are intended to be used by an intermediary and one or more sellers to facilitate 
a product purchase on behalf of a customer. An intermediary is a professional customer, such as a bank, credit union, 
auto broker or other automobile-buying professional, and in some cases the intermediary and the customer may be the 

45 same entity, for example when the intermediary is a corporate fleet auto customer buying automobiles on behalf of a 
corporation. The involvement of an intermediary, such as a bank or credit union, provides assurance to both customers 
and to sellers that the other party to the transaction is "credfcie", that is, able to complete the transaction. The inventive 
process is customer-driven, meaning that the customer initiates a transaction over a network and controls the transac- 
tion throughout the process of the transaction. The inventive process allows an intermediary to send a request for quote 

so (RFQ) to multiple sellers, and allows multiple sellers to submit quotes In response to the RFQ. Using this quoteding 
process the customer is assured of getting the specified goods at a competitive price. Figure 1 illustrates the transaction 
process. 

[0032] As shown in Figure 1 , the apparatus is a computer network conprising a server 22; at least one intermectiary 
subsystem 24 connected to the server via an intermediary network connecting means (&g., intermediary modem 26); 
55 and at least one seller subsystem 28 connected to the server via a seller network connecting means (e.g., seller 
modem 30). Although referred to as modems, the irrtermecBary modem 26 and seller modem 30 could be any other 
communication means that enables network convTumication, for example; ethernet links. The intermediary modem 26 
and seder modems 30 can be connected to the server by a variety of connecting means, including public telephone land 
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lines, dedicated data lines, cellular links, microwave links, or satellite communication. 

[0033] Figure 2 illustrates details of the server 22. The server 22 is essentially a high-capacity, high-speed compu- 
ter that includes a processing unit 32 connected to four databases: a product database 34, a seller database 36, a cus- 
tomer database 38, and a request-for-quote (RFQ) database 40. Additional databases are optionally added to the 

5 server, tor example databases to track market research information for later sale to manufacturers, such as customer 
demographics, marketing information, etc. Also connected to the processing unit 32 is sufficient memory (shown as 
part of the processing unit but the memory could be a separate component) and appropriate intermediary communi- 
cation hardware 42 and seller communication hardware 44. Like the intermediary modem 26 and the seller modem 28, 
the intermediary communication hardware 42 and seller communication hardware 44 may be modems, ethemet con- 

10 nections, or any other suitable communication haidwara In addition, although shown as separate units the intermediary 
communication hardware 42, the seller communication hardware 44 may be a single unit Although the server 22 has 
been shown as a single computer having a single processing unit 32, it is also possible that the server could be spread 
over several networked computers, each having its processor and having one or more databases resident thereon. 
[0034] In addition to the elements descrbed above, the server 22 further comprises an operating system and com- 

is munication software allowing the server to communicate with other computers. The preferred operating system is 
Microsoft Windows NT, while the preferred communication software is a Microsoft IIS (Internet Information Server) 
server with associated programs. 

[0035] The databases on the server 22 contain the information necessary to make the apparatus and process 
work. The product database 34 contains a variety of information about the product inducing product attributes, availa- 

20 Ue combinations of product attributes, and product pricing. The seller database 36 contains information about author- 
ized sellers of the product, inclucfing their name, address, relevant geographical areas served, and manufacturer- 
authorized product lines. The customer database 38 includes a variety of information about the customers, including 
names, addresses, and product preferences. The customer database is structured so that it maintains a customer list 
for each intermediary that uses the apparatus and process. Finally, the request-for-quote database 40 stores infer ma- 

25 tk>n about RFQ's sent by the server 22, if any, including the status {i.e.. whether the RFQ is pending, abandoned, 
expired, whether a quote has been received for the RFQ, etc.). The databases are assembled and accessed using any 
commercially available database software, such as Microsoft Access, Oracle, etc. Microsoft SQL Version 6.5 is the pre- 
ferred database for this application. 

[0036] Figure 3 illustrates details of the intermediary subsystem 26 and seller subsystem 28. Both subsystems 26 
30 and 28 generally include a processor 46 attached to storage unit 48, a commurocatipn controller 50, and a display con- 
troller 52. The display controller runs a cfisplay unit through which the intermediary and seller interact with the subsys- 
tems 26 or 28. In essence, the subsystems 26 and 28 are computers able to run software providing a means for 
communicating with the server 22. This software, for example, is an Internet web browser such as Microsoft Internet 
Explorer, Netscape Navigator, or other suitable internet web browsers. 
35 [0037] In adcfition to showing the apparatus of the first embodiment Figure 1 outlines the basic steps and informa- 
tion transfer of the process. The details of the process are further discussed below 

6. Having put together a request for quote (RFQ) configuring the automobile the customer wants, at step 56 the inter- 
mediary transmits the RFQ from the intermediary subsystem 24 through the modem 26 to the server 22. At step 58, the 
RFQ is transmitted from the server 22 to a target set of seller modems 30 and corresponding seller subsystems 28. The 

40 intermediary according to the criteria of geographic region and authorized dealers using the seller database chooses 
the target set of sellers. If one or more sellers within the target set of sellers decide they wish to submit a quote respon- 
sive to the RFQ, then at step 60 each sellers transmits a "quote" from the seller subsystem 28 to the server 22. At step 
62, the quotes are transmitted from the server 22 to the intermediary subsystem 24. The intermediary communicates 
the quotes to the customer (this step not shown). If the customer decides to accept one of the quotes, the customer 

45 notifies the intermedary and at step 64 the intermediary transmits an "acceptance response" to the server 22, wherein 
the acceptance response contains information about the customer from the customer database and identifies a 
"selected seller." At step 66, the acceptance response is transmitted from the server 22 to the selected seller's subsys- 
tem 

[0038] While Figure 1 illustrates the outline and information flow of the overall process, Figures 4, 5 and 6, illustrate 
so details of the process steps of the first erntxxfiment Figure 4 illustrates the first part of the process, which is carried out 
by the intermediary. Optionally, a first intermedtery may also transmit the request to a second intermediary at step 85 
to act on behalf of the first intermediary. The process begins when a customer seeking to purchase appropriate goods 
{i.e., an automobile) contacts the intermediary At step 68, the intermediary collects personal information from the cus- 
tomer such as their name, address, and financing information (Le. t ability to purchase up to a certain maximum price) 
55 and optionally collects demographic information concerning reasons for selecting a particular automobile and other 
demographic information helpful for market research studies (e.g. t age, household income, education, occupation, hob- 
bies/interests, and the like). 

[0039] Once the customer's personal and demographic information has been gathered, the intermediary gathers 
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information regarding the customer's desired product attributes (;.e.. the configuration the customer wants). At step 70 
the customer descrfoes to the intermediary the general automobile (GA) they want and optionally also descrtoes the 
exact automobile (EA) they want. For example, a customer may want a Ford Taurus; this would be the GA. The cus- 
tomer may also want the GA to have an additional set of attrfrutes, for example a 1 999 Ford Taurus, white in color, auto- 

5 matic transmission, sun roof, CD changer, black leather interior, and alloy wheels; this would be the EA. 

[0040] When the customer's GA and EA information has been gathered, the intermediary obtains information from 
the customer at step 72 regarding their flexibility on the desired attribute set of the EA. Flexibility is determined by 
assigning a rank between 1 and 5 to each attribute, 5 being high priority and 1 being low priority. Thus, if the customer 
does not particularly care whether the transmission is manual or automatic, a low rank is assigned to that attribute. It 

io however, the customer absolutely must have the black leather interior, that attribute is assigned a high rank. 

[0041 ] Step 74 is the last information-gathering step for the intermediary. In this step, the intermediary gathers any 
additional constraints the customer may want to put on the GA or EAthey want. Additional constraints may include such 
Hems as the customer's desired price range or a date by which the customer must purchase the car. 
[0042] Having gathered necessary information from the customer, the intermediary establishes a connection 

is between the intermediary subsystem 24 and the server 22. At step 76, the intermediary checks whether the apparatus 
and process have previously been used to buy a product for this specific customer. If the apparatus and process have 
not previously been used on behalf of this customer, the intermediary goes to step 78, where the customer's personal 
and demographic information is entered into the intermecfiary subsystem 24 and transmitted to the customer database 
38. If the apparatus and process have previously been used on this customers behalf, the intermediary proceeds to 

20 step 80, where the customer information is looked up in the customer database 38. Whether or not the customer has 
used the process before, the intermediary may optionally perform step 82, where any additional information about the 
customer may be entered into the intermediary subsystem 24, transmitted to the server 22 and, at step 84, written to 
the intermediary's customer list on the customer database 38. 

[0043] The intermediary next configures the customer's EA and GA using the product database 34. At step 86, the 
25 intermediary enters the customer's EA, GA and flexMity information into the intermediary subsystem 24, transmits this 
information to the server 22, and uses the information to cpjery the product database at step 88. Having done the prod- 
uct database lookup, the intermediary reviews the results at step 90 to confirm whether the configuration is feasfole. A 
configuration is feasfrle it among other things, it exists or can be ordered from a manufacturer, and its price fits within 
the customer's price range. Thus, the customer may want a purple Ford Taurus 1 999 with a neon chartreuse interior fcr 
30 $1 0,000. If the configuration is not feasible, the intermediary returns to steps 86 and 88 and tries to come up with some 
feasible configurations that fit within the customer's EA flexibility. 

[0044] Once the intermediary finds a feasible configuration, the next step is to put together an RFQ in steps 92 and 
94. The RFQ consists primarily of the attnbute set of the feasible configuration found at step 90. At step 92 the cus- 
tomer's flexfoility information (i.e. attrfoute rankings) is added to the RFQ. Any additional customer constraints, such as 

35 an expiration date for the purchase and standard or custom terms of sale, are added to the RFQ at step 94. 

[0045] When the RFQ has been assembled, the intermediary proceeds to step 96 and selects a target set of sellers 
to which the RFQ will be sent There are two methods for the intermediary to select the target list of seders. In the first 
method, the intermecfiary proceeds from step 96 and queries the seller database 36 at step 98 based on selected cri- 
teria, for example geographic region and authorizations by manufacturers. The seller database 36 contains information 

40 about automobile sellers nationwide, including what product lines they carry and where they are located. The query 
result wfll usually be a list of sellers and brokers that are authorized by the relevant manufacturer (Ford in the example) 
to sen the specified product line, and that are located in the same geographical region as the customer. Thus, if our Ford 
Taurus customer fives in Tightwad, Missouri, the seller database query finds Ford sellers or brokers in a defined geo- 
graphic region of Tightwad, Missouri. Sellers and brokers outside the customer's geographic region could also be 

45 found, and may be desirable if, for example, the sellers outside the region are sufficiently price cxxTtpetrtiva At step 100, 
the intermediary can filter the list of sellers based on further seller criteria to obtain a target set of sellers. If, for example, 
the intermediary has had bad experiences wrth a particular seDero^ seller has been unresponsive to pre- 

vious RFQ*s, that seller or broker can be removed from the potential target set of sellers. 

[0046] The second method by which the intermecfiary selects the target set of sellers is shown at step 102. At step 
so 1 02 the intermediary accesses their "preferred seller list" and selects the target set of seders from this list The interme- 
diary wfll have used steps 98 and 1 00 descrfoed above to compile their preferred seller list before wen starting the proc- 
ess of Figure 4, and will have saved the result of steps 98 and 100 on the seller database for future use. The 
intermediary can always update their preferred seller list 

[0047] Having assembled the RFQ and selected the target set of sellers, the intermediary proceeds to step 104, 
55 where the RFQ is transmitted to the server 22 (Figure 1). At step 108, the RFQ is assigned an identification number for 
tracking, and at steps 108 and 1 10 the RFQ is written to the RFQ database and the transaction is logged. The RFQ 
database stores information for each RFQ processed by the apparatus, including the contents of the RFQ. the sellers 
to which it was sent, its expiration date (if any) and its status (i.e. expired, pencfing, responded to). At step 1 12, the RFQ 
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is transmitted from the server 22 to the target set of sellers (see step 56 in Figure 1). At step 114, which is optional, the 
target set of sellers may be notified that an RFQ has been sent to them. 

[0048] Figure 5 shows a target sellers' side of the process once they receive an RFQ. A target seller is a seller 
included in the target set of sellers. At step 1 14, a target seller receives the RFQ. At step 1 1 6. the target seller checks 
s the product specified in the RFQ against the products in inventory. At step 1 1 8, the seller assesses whether there is a 
product in inventory that matches the EA specified in the RFQ. 

[0049] ff the target seller has the EA in inventory at step 120, the target seller will put together a quote indicating 
that they have the EA in inventory and also indicating an asking price for the EA. A target seller is not obligated to submit 
a quote in response to an RFQ; the seller may choose whether to quote based upon his or her own economic decision 
70 making criteria. A quote can optionally be a legal offer that, if accepted by the customer, will bind both the customer and 
the seller to a legally enforceable contract 

[0050] ff the EA is not in inventory, the target seller proceeds to step 1 22 and submits a quote for a product that the 
customer might find acceptable based on the customer's GA and EA and their attribute flexibility. For example, in the 
above case where the customer wanted an automatic transmission in the Ford Taurus, the seller may have a Taurus 
1:; that has most or all of the other features, but has a manual transmission. If the customer has assigned a low rank to the 
choice of transmission, then the seller can submit a quote specifying the Taurus with a manual transmission and the 
seller's asking price for that vehicle. Alternatively, if the EA is not in target seller's inventory the target seller can respond 
bX step 122 with an EA that can be ordered from the manufacturer. 

[0051] The next step is for the target seller to assemble a quote for transmission. At step 124, the seller enters into 
r.. the seller subsystem 28 the attrfoute information for the EA, or the GA varying from the EA within the customer's 
cttrfoute flexibility. Also entered into the seller subsystem 28 are the seller's asking price for the vehicle they are 
responding with and any additional constraints they wish to place on the transaction. Additional constraints include an 
expiration time for the quote, and optionally include delivery constraints, payme>n constraints, or any other contingen- 
cies. At step 126, the seller verifies the seller information that will accompany the RFQ; the seller information includes 
zs such items as the seller's name, address, etc. If any of the seller information is imonect, the seller can correct it at this 
ctep and the seller database will be updated. If there are any changes to the seller li tformation, the new seller informa- 
tiDn is transmitted to the server 22 arid stored in the seller database 36. The sella* information is also transmitted with 
jne quote. At step 1 28, the seller verifies the quote information that is being submit; yi and proceeds to step 1 30, where 
the quote is transmitted to the server 22. Once transmitted to the server 22, the qure is ascigned a number for tracking 
30 purposes at step 132, the RFQ database is updated to reflect that a quote has fccfcn sent in response to the RFQ at 
step 134, and the transaction is logged at step 136. The seller's quote is transmitter from the server to the intermediary 
subsystem 24 at step 138. 

[0052] Figure 6 shows the intermediary's part of the process once the quote has been transnrjtted to the interme- 
diary subsystem 24 from the server 22. When the intermediary receives the seller's quotes at step 140, the intermedi- 
ns ary proceeds to step 1 42 where the quotes are transmitted to the customer by th? Intermediary using suitable means, 
such as a telephone, e-mail, or fax machine. The customer assesses the adequacy of each quote at step 144. If the 
customer does not accept a quote, then the intermediary enters the rejection of the quote into the intermediary subsys- 
tem 24 and transmits the rejection to the server 22. At step 145, the server 22 notifies the appropriate seller that the 
quote was rejected, and at step146 the quote is tagged as expired and placed in an archive. 
40 [0053] If the customer accepts a cpjote, the customer transmits an acceptance of the quote to the intermediary at 
step 148. The intermediary proceeds to step 150, where the intermediary enters the acceptance information (delivery 
instructions, payment methods, eta) into the intermediary subsystem 24. At step 152, the intermediary subsystem 
transmits the customer's acceptance information to server 22. The server executes step 154. where a standardized 
acceptance is generated, and proceeds to steps 1 56 and 158 where the RFQ database is updated to reflect the accept- 
45 ance. At step 159, the server transmits the standardized acceptance to the seller subsystem of the appropriate target 
seller whose quote was accepted by the customer. 

Second Embodiment 

so [0054] Figure 7 illustrates a second embodiment of the inventive apparatus. The apparatus of the second embodi- 
ment is similar to the apparatus of the first embodiment, except that the second embodiment includes a customer sub- 
system 1 60 connected to the server 22 via a customer modem 1 62. The customer subsystem is as shown in Figure 3. 
The principal difference between the apparatus of the first and second embodiments is that, in the second embodiment 
the customer uses the customer subsystem 1 60 and customer modem 1 62 to interact with the server 22. The customer 

55 uses the product database 34 to configure one's own vehicle, instead of simply providing the information to an interme- 
diary and allowing the intermediary to configure a vehicle. 

[0055] The additional process steps in the second embodiment are outlined in Figure 7. At step 1 64, the customer 
has configured their vehicle using the product database 34 and transmits the final product and customer information to 
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the server 22. The server transmits the customer's information to the intermediary at step 1 66, so that the intermediary 
can review the information, formulate an RFQ using the pnx&jct and customer information, and transmit the RFQ to the 
appropriate target set of sellers. The advantage of retaining the intermediary in the process is that the intermediary has 
more expertise in using the apparatus and process and in dealing with sellers. The intermediary may thus be able to 
alert the customer to possfciRties he hasnl considered. For example, if the customer configures a 1 998 Ford Taurus and 
wants to pay less than $1 0,000, but the intermediary, by querying the product database 34 using the customer's product 
information, knows that there are many 1997 Ford Taurus cars available at deep discounts, the intermediary can notify 
the customer that a bargain may be possHe. 

[0066] The detailed process used in the second embodiment is similar to the process described Figures 4 through 
6, except that steps 68 through 94 in Figure 4 are replaced by the process shown in Figure 8. The principal difference 
between the processes of the first and second embodiments relates to how the customer's information is entered into 
the apparatus and processed. In the first embodiment, the customer gives their demographic and product information 
to the intermediary, who then uses the intermediary subsystem 24, server 22 and its associated product database 34 
to configure a feasible vehicle for the customer. In the second embodiment, the customer configures their own feasible 
vehicle first, and then sends that product information and their demographic information to the intermediary to finish the 
remainder of the process. 

[0057] Figure 8 illustrates the process of the second embodiment The customer establishes a connection between 
the customer subsystem and the server at step 1 66. The customer usually accesses the server indirectly by, for exam- 
ple, clicking on a link to the server in an intermediary's web site. The customer inputs their personal and demographic 
information at step 178, their EAA3A information at steps 180 through 184. Any additional customer information is 
entered at step 1 74. The personal and demographic data and additional data are written in the intermediary's list of cus- 
tomer data in the customer database 34 at step 176. The customer then configures their product at step 186 and que- 
ries the database at step 188. 

[0058] At step 190, the customer reviews the query results and assesses the feasfcilrty of the configuration. If the 
configuration is not feasible, the customer returns to step 186 where the customer configures another product, again 
queries the product database 34 at step 1 88. and reviews the query results at step 1 90 to see if the configuration is fea- 
sfole. Once a feasible configuration is found at step 1 90, the customer transmits the information to the server 22, which 
then transmits the information to the intermediary at step 192 and notifies the intermediary of the transmission at step 
194. The intermediary reviews the customer's request at step 196 and continues with the remainder of the process 
shown in Figures 4 through 6, starting at step 96 in Figure 4. 

Third Embodiment 

[0059] A third embodiment of the apparatus uses the apparatus of Figure 1 , except that the intermediary subsys- 
tem 24 is as shown in Figure 9. As shown in Figure 9, the intermediary subsystem comprises a processor with memory 
46, a communication controller 50, an interlace controller 52, and a user interface 54, all three of which are connected 
to the processor. A storage device 48 is also connected to the processor, and the storage device 48 contains a second 
product database 1 98. The intermediary subsystem also includes software that allows the subsystem to communicate 
with the server. One example of suitable communication software is a web browser such as Microsoft Internet Explorer 
Version 4.0 with associated plug-ins. The plug-ins enable interaction with the second product database 198 from within 
the web browser. 

[0060] The principal difference between the apparatus of the third and first embodiments is the location of the prod- 
uct database. In the first embodiment the product database 34 resides on the server 22 only In the third embodiment, 
a second product database 1 98 resides on the intermecfiarys subsystem . The second product database 198 is in addi- 
tion to product database 34 located on the server 22. This apparatus configuration allows the intermecfiary to accom- 
plish the configuration steps of the process without communicating with the servo- 22. 
[0061] The process for using the third embodiment is similar to that shown in Figures 4 through 6, except 
68 through 94 in Figure 4 are replaced with the process shown in Figure 1 0. Steps 202 to 21 4 in Figure 10 are executed 
on the intermediary subsystem without communicating with the server. The intermediary inputs the customer's per- 
sonal and demographic information at step 202, and the customer's EA/GA information, attribute flexbOity information, 
and additional constraints at steps 204 through 208. The intermediary configures the customer's product configuration 
at step 210. queries the database at step 212, and reviews the query results at step 214 to assess whether the config- 
uration is feastola If the product configuration is not feasible, the intermediary returns to step 21 0 where the intermedi- 
ary configures another configuration within the customer's attribute flexibility. The intermediary queries the database 
again at step 212, and reviews the query results at step 214 to see if the configuration is feasible. 
[0062] Once the configuration is found to be feasible at step 214, the intermediary establishes a communications 
link with the server at step 21 6. At step 218, the intermediary determines whether the apparatus and process have pre- 
viously been used on behatf of this particular customer. K the apparatus and process have not previously been used for 
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this customer, the intermediary at step 220 transmits the customer's personal and demographic information from the 
intermediary subsystem to the customer database 38 on server 22. Any additional customer information is entered into 
the intermediary subsystem at step 222 and transmitted to the intermediary's customer fist on the customer database 
at step 225. If the apparatus and process have previously been used on this customer's behalf, the intermediary queries 
5 the customer database at step 224 to obtain the customer's demographic information and enters any additional cus- 
tomer information at step 222. The customer information and additional information are written to the intermediary's list 
of customer information on the customer database at step 225. At step 226, the intermediary transmits the customer 
information to the server 22. The intermediary then continues with the remainder of the process shown in Figures 4 
through 6, starting at step 96 in Figure 4. 

10 

Fourth Embodiment 

[0063] A fourth embodiment of the apparatus utilizes the apparatus of either the first, second or third embodiments. 
The primary difference between the process of fourth embodiment and the processes of the other embodiments is the 

75 process followed by the target sellers when they do not have the customer's EA in inventory. 

[0064] The process used in the fourth embodiment is similar to that shown in Figure 4 through 6, except that the 
process shown in Figure 1 1 replaces the seller's process shown in Figure 5. In Figure 1 1 , a seller receives the RFQ at 
step 228, and at step 230 checks to see if a product having the EA attributes specified in the RFQ is in inventory, ff the 
target seller has the EA in inventory, they respond to the RFQ with the EA at step 232. ff they do not have the EA in 

20 inventory, the target seller, using the attribute f lenbflity information in the RFQ, proceeds to step 234. At step 34 the tar- 
get seller queries the product database 34 to see if they can come up with a feasible configuration which they can sub- 
mit in response to the RFQ. At step 236, the seller reviews the query results and assesses the feasibility of the 
configuration. If the configuration is feasible, the seller proceeds to step 238 and responds to the RFQ with this alterna- 
tive GA configuration. 

2C [0065] At steps 240 to 244, the target seller assembles the quote. At step 240, the target seller enters into the seller 
subsystem the information for the EA or GA, along with the asking price for the vehicle they are responding with and 
any additional constraints they wish to place on the transaction. Additional constraints include an expiration tim9 for the 
quote, and optionally include delivery constraints, payment constraints, or any other contingencies. At step 242, the 
seller verifies the seller information accompanying the RFQ. The seller information is stored in the seller database and 
30 is transmitted with the RFQ. ff any of the seller information is incorrect, the seller can correct \X at this step and the seller 
database will be updated. At step 244, the seller verifies the quote information that is being submitted and proceeds to 
step 246, where the seller's quote is transmitted to the server. Once transmitted to the server, the quote is assigned a 
number lor tracking purposes at step 248, and the RFQ database is updated to reflect that a quote responsive to the 
RFQ has been sent at step 250. The target seller's quote is transmitted then from the server to the intermediary sub- 
as system at step 254. 

Fifth Embocfiment 

[0066] In a fifth embodiment (not illustrated in the Figures) of the apparatus and process, the apparatus is the same 
40 as the apparatus of the first, second, third or fourth embodiments. The process of the fifth embodiment is identical to 
the process of the first, second, third or fourth embodiments. The difference between the process of the fffth embodi- 
ment and the process of other embodiments is that the customer now performs an the process steps previously per- 
formed by the intermediary. In other words, the customer uses the apparatus and method to submit RFQ's directly to 
the target set of sellers, and the target sellers use the apparatus and method to submit quotes in response to the RFQ 
45 directly to the customer. 

Sixth Embodiment 

[0067] A sixth embodiment of the inventive apparatus and process is illustrated in Figure 12. The apparatus is sim- 
so ilar to the apparatus of the first embodiment except that the computer network includes one or more foreign servers 23 
connected to the server 22, either directly or through intermediate servers (not shown). The foreign servers are "for- 
eign" in the sense that they are hosted by a different entity than the entity hosting the server 22, and may or may not be 
configured the same as server 22 (shown in Figure 2). One or more intermediary subsystems 24 are connected to each 
foreign server 23, and at least one seller subsystem 28 is also connected to the server 22 via seller modem 30. The 
55 intermediary and seller subsystems and modems are configured in the same way as the subsystems of the first embod- 
iment (Figure 3). One advantage of this network arrangement is that the intermediary may be connected to any server 
running some sort of vehicle configuration software, and need not maintain an account on, or know how to find and 
communicate with, the server 22. By collecting RFQ's from many foreign servers and distributing the RFQ's to target 
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sets of sellers, a much larger pool of potential customers can access the set of sellers connected to the server 22. 
[0068] In addition to illustrating the apparatus, Figure 12 outlines the basic steps and information transfer of the 
process; the details of the process are further discussed below in connection with Figures 13, 14 and 15. Having put 
together a request for quote (RFQ) configuring the automobile the customer wants, at step 55 the intermediary trans- 

s mits the RFQ from the intermediary subsystem 24 through the modem 26 to the foreign server 23. The foreign server 
23 in turn transmits the RFQ to the server 22 at step 56. For each RFQ sent from the foreign server 23 to the server 22, 
the host of the foreign server uses a seller database residing on the server 22 to choose a target set of sellers, accord- 
ing to the criteria of geographic region and authorized dealers. At step 58, the RFQ is transmitted from the server 22 to 
a target set of seller modems 30 and corresponding seller subsystems 28. 

io [0069] If one or more sellers within the target set of sellers decide to submit a quote responsive to the RFQ, then 
at step 60 each seller transmits a "quote" from their seller subsystem 28 to the server 22. The quotes are transmitted 
from the server 22 to the foreign server 23 at step 62. At step 63, the quotes are transmitted from the foreign server 23 
to the intermediary subsystem 24. The intermediary then communicates the quotes to the customer (this step hot 
shewn). 

15 [0070] If the customer decides to accept one of the quotes, the customer notifies the intermediary and at step 65 
the intermediary transmits an "acceptance response" to the foreign server 23, wherein the acceptance response con- 
tains information about the customer from the customer database and identifies a "selected seller." At step 64. the 
acceptance response is transmitted from the foreign server 23 to the server 22, and Is then forwarded to the selected 
seller's subsystem at step 66. 

20 [0071] For the apparatus and process to operate successfully as shown, the server and any foreign servers must 
use a common "language" for describing automobiles, i.e. the RFQ's, quotes and other data transmitted between serv- 
ers must be put into a common data format or use a <x>rrtmon data structure. By using a common data format, the prod- 
uct configuration process on a foreign server can interact with the product configuration process on the server, even H 
the configuration process differs between the two platforms. An example of such e. "language" for descrfoing automo- 
25 biles is shown in Example A. The structure of the language is explained below. 

[0072] Figures 13, 14 and 15 illustrate details of the process of the sixth embodiment. The process of the sixth 
embodiment is very similar to the process of the first embodiment; most of the differences between the first and sixth 
embodiments occur in the initial part of the process, shown in Figure 13. The intermediary carries out the first part of 
the process. The process begins when a customer seeking to purchase appropriate goods (i.e., an automobile) con- 
so tacts the intermediary. At step 256, the intermediary collects personal information from the customer such as their 
name, address, and financing information (Le. t ability to purchase up to a certain maximum price) and optionally col- 
lects demographic information concerning reasons for selecting a particular automobile and other information helpful 
for market research studies [e.g., age, household income, education, occupation, hobbies/interests, and the fike). 
[0073] Once the customer's personal and demographic information has been gathered, the intermediary gathers 
35 information regarding the customer's desired product attributes {i.e. . the automobile configuration the customer wants). 
At step 258 the customer describes to the intermediary the general automobile (GA) they want, and optionally 
describes the exact automobile (EA) they want At step 259 the intermediary gathers any additional constraints the cus- 
tomer may want to put on their OA or EA. Additional constraints may include items such as the customer's desired price 
range, or a date by which the customer must purchase the car. Having gathered necessary information from the cus- 
40 tomer, the intermediary establishes a connection between the intermeciary subsystem 24 and the foreign server 23. 
The intermediary proceeds to steps 260 and 262, where the customer's personal and demographic information are 
entered into the intermediary subsystem 24. 

[0074] The intermediary next configures the customer's EA and GA at step 264 using the customers GA/EA infor- 
mation and any additional information gathered. Step 264 is a generalization of steps 86 through 94 of the first embod- 

45 iment (Figure 4), because the configuration process on the foreign server 23 may be different than the process on 
server 22. Once the intermediary configures a vehicle, the next step is to put together an RFQ at step 266. As with the 
first embodiment, the RFQ consists primarily of the attrfoute set of the vehicle configured at step 264 plus any additional 
constraints. Additional customer constraints including an expiration date for the purchase and standard or custom terms 
of sale, are added to the RFQ at step 266. At step 268, the intermediary transmits the RFQ information to the foreign 

so server 23, and at step 270 the RFQ is forwarded to the server 22. 

[0075] When the RFQ has been transmitted to the server 22, the host of the foreign server must select a set of tar- 
get sellers to which the RFQ will be sent The foreign server host establishes a connection to the server 22 and, at step 
272, selects a target set of sellers to which the RFQ will be sent. The foreign server host may use one of two methods 
to select the target set of sellers. In the first method, the foreign server host proceeds from step 272 and queries the 

55 seller database 36 (located on server 22) at step 274 based on selected criteria, for example geographic region and 
authorizations by manufacturers. The seller database 36 contains information about automobile sellers nationwide, 
including what product Ones they carry and where they are located. The query result will usually be a list of sellers and 
brokers that are authorized by the relevant manufacturer (Ford in the example) to sell the specified product line, and that 



12 



EP 1 001 355 A2 



are located in the same geographical region as the customer. Sellers and brokers outside the customer's geographic 
region could also be found, and may be desirable if, for example, the sellers outside the region are sufficiently price 
competitive. At step 276, the foreign server host can filter the list of sellers based on further seller criteria to obtain a 
target set of sellers. If, for example, the foreign server host has had bad experiences with a particular seller or the par- 
5 ticular seller has been unresponsive to previous RFQ's, that seller or broker can be removed from the potential target 
set of sellers. 

[0076] The second method by which the foreign server host selects the target set of sellers is shown at step 278. 
At step 278 the foreign server host accesses their "preferred seller list" and selects the target set of sellers from this list. 
The foreign server host will have used steps 274 and 276 described above to compile their preferred seller list before 

10 even starting the process of Figure 1 3, and will have saved the list of sellers resulting from steps 274 and 276 on the 
seller database for future use. The foreign server host can always update their preferred seller list 
[0077] Having assembled the RFQ and selected the target set of sellers, the foreign server host instructs the server 
22 to transmit the RFQ to the target set of dealers. At step 280, the RFQ is assigned an identification number for track- 
ing, and at steps 282 and 284 the RFQ is written to the RFQ database and the transaction is logged. The RFQ database 

is resides on the server 22 and stores information for each RFQ processed by the apparatus, including the contents of the 
RFQ, the sellers to which it was sent, its expiration date (if any) and its status (i.e., expired, pending, responded to, eta). 
At step 112, the RFQ is transmitted from the server 22 to the target set of sellers. At step 114, which is optional, the 
target set of sellers may be notified that an RFQ has been sent to them. 

[0078] Figure 1 4 shows a target sellers' side of the process once they receive an RFQ. The process followed by the 
so target sellers in Figure 14 is identical to the process of the first embodiment (shown in Figure 5), except for the addition 
of step 137. where the target seller's quotes are transmitted from the server 22 to the foreign server 23. 
[0079] Figure 15 shows the intermediary's part of the process once the server 22 transmits the seller's quotes to 
the intermediary subsystem 24. This part of the process in the sixth embodiment is identical to the process followed by 
the intermediary in the first embodiment (shown in Figure 6), except for the addition of step 151, where the quote 
25 acceptance information is transmitted from the foreign server 23 to the server 22. 



[0080] Figure 16 illustrates a seventh embodiment of the apparatus and process. The apparatus cf the seventh 
30 enribodtment is similar to the apparatus of the sixth embodiment, except the seventh embodiment includes a customer 
subsystem 160 connected to the foreign server 23 via a customer modem 162. The customer subsystem is as shown 
in Figure 3. The principal difference between the apparatus of the sixth and seventh embodiments is that, in the seventh 
embodiment, the customer interacts directly with the foreign server 23. The customer uses the product configuration 
process on the foreign server 23 to configure their own vehicle, instead of simply providing the information to an inter- 
as mediary and allowing the intermediary to configure a vehicle for them. 

[0081] The process steps in the seventh embodiment are outlined in Figure 16. As most of the process is identical 
to the process of the sixth embodiment (Figure 12), only the additional steps of added for the seventh embodiment are 
discussed. At step 164, the customer has configured a vehicle and transmits the final configuration and customer infor- 
mation to the foreign server 23. The foreign server 23 transmits the customer's information to the intermediary at step 
40 1 66, so that the intermediary can review the information, formulate an RFQ using the product configuration information, 
and transmit the RFQ from the subsystem 24 to the foreign server 23. Once the intermediary transmits the RFQ the 
foreign server 23, the process continues as in the sixth embodiment, with the foreign server 23 forwarding the RFQ to 
the server 22 and on to the selected target set of sellers. The advantage of retaining the intermediary in the process is 
that the intermediary usually has more expertise in using the apparatus and process and in dealing with sellers. Thus, 
45 the intermediary may be able to alert the customer to possfcH&ties he or she had not considered. 

[0082] The detailed process used in the seventh embodiment is simOar to the process described for the sixth 
ernbodiment in Figures 13 through 15. except that steps 256 through 268 in Figure 13 are replaced by the process 
shown in Figure 17. The principal difference between the processes of the sixth and seventh embodiments relates to 
how the customer's information is entered into the apparatus and processed. In the sixth embodiment the customer 
so gives his or her demographic and product information to the intermediary, who then uses the intermediary subsystem 
24 and foreign server 23 to configure a vehicle for the customer. In the seventh embodiment, the customer configures 
his or her own vehicle first, and then sends that product information along with the demographic information to the inter- 
mediary to finish the remainder of the process. 

[0083] Figure 1 7 illustrates the customer process of the seventh embodiment The customer establishes a connec- 
55 ton between the customer subsystem and the foreign server 23 at step 286. The customer usually accesses the foreign 
server 23 indirectly by, for example, clicking on a link to the foreign server in an intermediary's web site. The customer 
inputs their personal and demographic information at steps 288 and 290, and their EA/GA information at step 292. The 
customer then configures their product at step 294. As with the sixth embodiment step 294 is a generalization of the 
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configuration process of the first embodiment, since the configuration process on the foreign server 23 may be different 
than the configuration process on the server 22. 

[0084] Once a configuration is found at step 294, the customer transmits the information to intermediary through 
the foreign server 23 at step 296. The foreign server 23 notifies the intermediary of the transmission at step 298. The 
intermediary reviews the customer's request and formulates an RFQ at step 300 and continues with the remainder of 
the process shown in Figures 1 3 through 1 5, starting at step 270 in Figure 13. 

Eighth Embodiment 

[0085] An eighth embodiment (not shown) uses the apparatus of any one of the first through seventh embodiments, 
but varies the process sfigfitJy. The process of the eighth embodiment is one-way, as compared to all the previous 
embodiments, which operate in a two-way mode. In the eighth embodiment, the initial part of the process is the same: 
a customer or intermediary configures a car and transmits an RFQ to a target set of sellers, either directly through the 
server 22 or through a foreign server 23 connected to the server 22. In previous embodiments, the RFQ contained only 
public information related to the customer's desired car, such as the EA/GA information, flexibility information, and other 
constraints. The RFQ did not include the private customer information, such as name, address, phone, etc. In the eight 
embodiment, the RFQ contains the customer's information so that the target dealers can contact the customer directly 
by other means such as the telephone, rather than responding to the intermediary with a quote using the apparatus and 
process shown. Thus, using the f irst embodiment as an example, steps 68 through 114 are carried out as normal, but 
steps 1 16 through 159 are not carried out at all, or at least are not carried out using the apparatus and process dis- 
closed herein. 

[0086] An additional difference between the eighth and other embodiments is the method of selecting the target set 
of dealers to which the RFQ's will be sent. The target set of dealers may be selectoo manually by the intermediary or 
the foreign host operator as in previous embocfiments, or may be automated. Automation is possible because the RFQ 
now contains the customer's private information. Thus, upon receipt of an RFQ, the server 22 can automatically use the 
customer's private information to query the seller database 36 to find a set of dealer? near the customer. The query 
could, for example, use the customer's telephone area code and prefix, or could use Ihe customer's zip code to auto- 
matically extract from the seller database 36 a target set of sellers in the cuslomer r sonographic area. 

Ninth Embodiment 

[0087] A ninth embodiment (not illustrated in the Figures) uses the apparatus of cry one of the first through eighth 
embodiments and can use the process of any of the first through eighth embodiments. The major deference in the ninth 
embodiment is in who responds to the RFQ sent to the target set of sellers. If a particular seller cannot or does not want 
to send quotes in response to RFQ's, that seller can appoint an agent to reply to RFQ's. The agent uses the same 
response process as the sellers (shown, e.g., in Figures 5, 1 1 and 14). One difference in the process is that, whenever 
an RFQ is sent to a particular seller, that seller's appointed agent must be notified (by e-mail, phone, fox, or other 
means) that an RFQ has been sent to the seller. 

Car Description Language 

[0088] Example A illustrates ah embocfiment of a computer language" for describing automobiles that can be used 
and understood by different computer platforms and vehicle configuration programs. The embodiment shown, which is 
the prefened embodiment of the language, uses Extensible Markup Language (XML). The vehicle description language 
comprises a hierarchical data structure containing nested blocks of data describing different aspects of the vehicle the 
customer wishes to purchase. Every block of data is either a top-level block or a sub-block. Sub-blocks may be nested 
within the top-level blocks or within other sub-bbeksw Each block or sub-block may c^^ 

items being the lowest level in the hierarchy and being the actual information describing the vehicle desired by the cus- 
tomer. Each top-level block includes starting and ending delimiters that mark the beginning and end of the block. Simi- 
larly, each sub-block includes starting and encfing delimiters which mark the beginning and end of the sub-block and 
associate a sub-block with the block in which it is nested, /.e., the delimiters identify the top-level block or sub-block to 
which the particular sub-block belongs. The data items also have starting and ending delimiters that associate each 
data item with the block or sub-block within which it is nested. Top level blocks do not belong to arty other blocks. 
[0089] The two top-level blocks of data are the public block and the private block. The public block contains the 
information that anyone using the system can see; usually this is the information regarding the vehicle the customer 
wants to buy. The private block contains the customer information, including their contact information such as name, 
address and phone number. 

[0090] Several sub-blocks of data are nested in the pubGc block, each sub-block containing a different type of data. 
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In the embodiment shewn, there are three sub-blocks in the public block: a vehicle identification sub-block, a vehicle 
detail sub-block, and a color sub-block. The vehicle identification sub-block contains the basic information of the vehicle 
the customer wants to purchase (/.e., the customer's GA), such as manufacturer, make, model and model year. The 
vehicle detail sub-block contains all the detailed information regarding the particular vehicle conf iguration the customer 

5 wants (i.e. the customer's EA). 

[0091] The vehicle detail sub-block itself has several sub-blocks of data nested therein. These sub-blocks include 
a standard sub-block containing information about the standard equipment found on the vehicle identified in the vehicle 
identification sub-block, and an option sub-block containing information about the optional equipment chosen for the car 
by the customer. Nested within the standard sub-block are sub-blocks blocks of data, known as categories. The cate- 

w gories a so labeled because data items descrfcing the vehicle's standard information are groLped into categories relat- 
ing to different parts of the car. Categories in the standard sub-block include the vehicle exterior, interior, etc. 
[0092] The option sito-block is structures similarly to the standard sub-block, and also contains several categories 
containing data items relating to chosen options for the vehicle. Categories in the option sub-block include emissions, 
engine, transmission, preferred equipment groups, appearance packages, tires, seat type, seat trim, paint and addi- 

is tional options. The third sub-block in the vehicle detail sub-block is a color sub-block that contains categories relating to 
the coloration of each part of the vehicle. 

[0093] Nine embodiments of the present invention have been described. A person skilled in the art, however, will 
recognize that many other embodiments are possible, including combinations of the embodiments presented. For this 
reason, the scope of the invention is not to be determined from the description of the embodiments, but must instead 
20 be determined solely from the claims that follow. 

EXAMPLE A 

[0094] Below is an example of XML for a 1999 Chevy Camaro. Note, the private section is only representative of 
25 the data, not the exact data for this vehicle. 
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<?xml veroion-"l. 0" encoding* "ISO- 8859-1" standalone* "no* ?> 
•clDOCTYPB VBHICLB . DESCRIPTION SYSTEM *cdcveh.dtd-> 
< VEHICLE . DESCRIPTION 

< ! --The public section can be used by any application --> 
< VEHICLE . PUBLIC > 

<i — This section identifys a vehicle. The ID 1 a are C/M Perm ID 1 
-cVBHICLB . IMDENTIFICATIOH> 

<HODBL . YEAR>199 9< /MODEL . YEAR> 
<MANUFACTURRR PKRMID-"06»> 

<MANUFACTURKR . NAMB>General Motors < /MANUFACTURER . KAMB> 
< /MANUFACTURER > 
<DIVISION PBRMID=*»08"> 

<DZVXSIOM . KAMS>Chevrolet</DZVISXON . HAMB> 
</DlVlSIOH> 
<KAKE PERMID-"08"> 

<MAKB.NAMB>Chevrolet</MAKB.NAMB> 
</MAKE> 

<MODBL PERMID»"01* > > 

<MODEL. NAME >CaAaro< /MODEL. KAMB> 

<rLKET . RETAIL . BOTH >both< /FLEET . RETAIL . BOTH> 

</MODKL> 

< STYLE PERNIO-" 03 ••> 

< STYLE. NAME >2dr Cpe Z2 8< /STYLE . NAME> 

< STYLE . CODB>lFP87< /STYLE . CODE> 

< FLEET . RETAIL . BOTH >both< /FLEET. RETAIL . BOTH> 
< STYLE . FRICING> 

<EFFECTIVE.DATB>08/19/1998</EFFBCTIVB.DATB> 
cMARKDP . PBRCBNTAGB>9 . 04 < /MARKUP . PERCENTAGES 
< PRICING . COMMBNTx /PRICING . C0MMBNT> 
<PRICE.BASB> 
< PRICE . SBT> 
<PRICE> 

< PRICE. NAME>Invoice</PRICE.NAMB> 
<PRICB.VALUB>19096.05</PRICE.VALUS> 

</PRICE> 
<PRICB> 

<PRICE.NAMB>MSRP</PRICB.NAMS> 

< PRICE .VALUB>20870 . 00</PRICB . VALUB> 
</PRICB> 

< /PRICE. SET> 
</PRICB.BASB> 
< PRICE . DESTINATION > 

<PRICE.SBT> 
<PRICB> 

< PRICE . NAME>Invoice</PRICB . NAME> 

< PRICE .VALUB>535 .00</PRICB.VALUB> 
</PRICE> 

<PRICE> 

< PRICE . NAMB>NSRP</PRICB . NAMB> 
<PRICE.VALUB>535.00</PRICB.VALUB> 

</PRICB> 
< /PRICE. SBT> 
</ PRICE . DKST1NATXQN> 
< /STYLE . PRICING> 
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</STYLB> 
< /VEHICLE . IHDKHTIPICATIOtf > 

< I --This section contains vehicle details aa spec ' d . --> 
< VEHICLE . DETAILS > 
< VEHICLE. SPEC> 
< STANDARD. SBT> 
^CATEGORY . SET> 

< STANDARD . CATEGORY > "Mechanical "</ STANDARD . CATEGORY : 
<STANDARD . DESCRIPTIONS > 

< STANDARD. DESCRIPTION 

5.7L (350) SKI snail block V8 engine 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Single serpentine belt accessory driv<. 
</STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION 

4 -speed electron! cally-confcrollcd autcitatic transmission w/OD 
< /STANDARD. DESCRIPTION 
< STANDARD .DESCRIPTION 

Limited slip rear cL :t;»ircntiial axle 

< /STANDARD . DESCRIPTION 

< STANDARD .DESCRIPTION 

2.73 rear axle ratio 
< /STANDARD . DESCRIPTION > 

< STANDARD. DESCRIPTION 

Rear wheel drive 
< /STANDARD . DRSCRIPTION> 

< STANDARD .DESCRIPTION 

Battery rundown fr: section 
</STANDARD . DESCRIPTION 

< STANDARD . DBSCRIPTTON> 

Performance rida/la^dllng suspension . 
< /STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION 

Short -long arm (Sra> f-Tonfc. nuopensicp. cyatem 

< /S TANDARD . DESCRIPTION 
<r STANDARD .DESCRIPTION 

4 -wheel coil spring suspension system v/computer- selected 
springs 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Front /rear stabilizer bars 
< /STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION> 

Monotube gas- charged deCarbon front/rear shocks 
</STANDARD . DBSCRIPTIOH> 

< STANDARD. DESCRIPTION 

Pa35/5SR1S SBR BSW touring tires 
</STANDARD . DESCRIPTION 
cSTANDARD . DESCRIPTION > 

IB* compact spare tire 
< /STANDARD . DBSCRIPTION> 

< STANDARD . DESCRIPTION 

16* x B m cast aluminum wheels 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Pwr rack fcamp; pinion steering 
</ STANDARD . DESCRIPTION 

< STANDARD. DBSCRIPTlON> 

Pwr 4 -wheel disc brakes 
</ STANDARD . DSSCR1PTT0»> 

< STANDARD .DESCRIPTION 

4- wheel anti-lock brake system 
</ STANDARD. DBSCRIPnON> 

< STANDARD . DBSCRIPTIOtI> 
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15.5 gallon fuel tank 
< /STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION 

Stainless steel exhaust ays ten 
< /STANDARD. DESCRIPTION 

< /STANDARD . DESCRIPTIONS > 

/CATEGORY. SET > 1 
CATEGORY. SET> 

< STANDARD . CATEGORY > * Exterior * </ STANDARD . CATEGORY > 
< STANDARD. DESCR1PTI0NS> 

< STANDARD . DESCRIPTION 

2 component clear -coat paint 
< /STANDARD .DESCRIPTION 
< STANDARD . DESCRIPTION 

Special black roof treatment 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Body-color bumper faaclao 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTI0N> 

composite reflector optic headlamps 
</STANDARD. DESCRIPTION 

< STANDARD . DESCRIPTION 

Auto daytime running lights 
</ STANDARD .DESCRIPTION 

< STANDARD . DESCRIPTION 

Dual black special mirror* (LB remote /RH manual) 
< /STANDARD. DESCRIPTION 

< STANDARD . DESCRIPTION 

Solar-Ray tinted glass 
< /STANDARD . DESCRIPTION 
< STANDARD .DESCRIPTION > 

Rear deck spoiler 
</STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION 

Intermittent wiper system 
< /STANDARD . DESCRIPTION 
</ STANDARD . DESCRIPTIONS > 
/CATEGORY. SBT> 
CATEGORY. SBT> 

< STANDARD . CATBGORY> - Interior- </STANDARD . CATEGORY > 
cSTANDARD . DESCRIPTIONS > 
cSTANDARD . DESCRIPTION 

Cloth reclining front bucket seats- inc: integral head 
restraints, full folding rear seat back, 4-way manual driver- 
side seat adjuster 
< /STANDARD. DESCRIPTION > 

< STANDARD . DESCRIPTION 

Scotchgard fabric protector- inc : seats, door trim, floor mats 
fcamp; floor covering 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Center console w/cup holders/storage compartment 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Tilt -wheel steering wheel 
</STANDARD . DESCRIPTION 
< STANDARD . DESCRIPTION 

PASS -Key II theft deterrent system 
</STANDARD . DESCRIPTION 
« STANDARD . DESCRIPTION 

155 HPH speedooeter 

< / STANDARD . DESCRIPTION 
< STANDARD . DESCRIPTION 

Gauge pkg-lnc: tachometer, digital odometer 
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< /STANDARD . DESCRIPTION > 
< STANDARD .DESCRIPTION 

Check gauges warning light 
< /STANDARD. DESCRIPTION 
< STANDARD .DESCRIPTION 

Low oil level Indicator system 
< /STANDARD. DESCRIPTION 

< STANDARD. DESCRIPTION 

Low coolant level indicator system 
< /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Headlamps -on reminder 
< /STANDARD. DRSCRIPTION> 
< STANDARD . DBSCRIPTION> 

Air conditioning 
< /STANDARD . DESCRIPTION 
< STANDARD . DBSCRIPTION> 

Side window defoggers 

< /STANDARD . DESCRIPTION 
< STANDARD , DESCRIPTION 

ETR AM/PM stereo w/caasette- inc : seek- scan, digital clock, 
search, repeat 
< /STANDARD . DESCRIPTION> 

< STANDARD . DESCRIPTION 

Extended range rear speakers 

< /STANDARD . DESCRIPTION 

< STANDARD . DBSCRIPTION> 

Auxiliary pwr outlet in console 
< /STANDARD. DBSCRIPTION> 

< STANDARD. DESCRIPTION 

Day /night rearview mirror w/dual reading lamps 
< /STANDARD. DESCRIPTION > 

< STANDARD . DESCRIPTION 

Dual covered visor mirrors w/storage straps 
< /STANDARD . DESCRIPTION 
< STANDARD .DESCRIPTION 

Dome lanp 
</ STANDARD. DESCRIPTION 
<STANDARD . DESCRIPTION 

Storage compartment in doors 
</ STANDARD. DESCRIPTION 

< /STANDARD . DBSCRIPTIOHS> 
< /CATEGORY . SBT> 

< CATEGORY . SBT> 

< STANDARD . CATEGORY> • EPA Fule Economy Ratings - < / STANDARD . CATBGORY> 

< STANDARD . DESCRIPTIONS> 

< STANDARD . DESCRI PTION> 

City 17/nwy 25 (5.7L engine/ 4 - speed auto trans) 
< /STANDARD . DESCRIPTION 

< STANDARD. DESCRIPTION 

City 10/hvy 25 (S.7L engine/ 6 -speed manual trans) 
< /STANDARD. DESCRI PTC ON 
< /STANDARD . DESCRIPTIOMS> 
</CATEGORY . SBT> 
< CATEGORY . SBT> 

< STANDARD . CATEGORY^ • Safety ■ < /STANDARD . CATBGORY> 
< STANDARD . DESCRI PTXOHS> 

< STANDARD - DESCRIPTION 

4 -wheel anti-lock brake system 
< /STANDARD . DESCRI PTI ON > 

< STANDARD . DESCRIPTION 

Driver fcazop; front passenger air bags 
</ STANDARD .DESCRIPTION 

< STANDARD . DESCRIPTION 

Front/rear manual lap/shoulder safety belts 
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< / STANDARD . DESCRIPTION > 
<STANDARD. DESCRIPTION 

Energy absorbing 5-MPH front/rear bumper j 
5 < /STANDARD . DESCRIPTION 

< STANDARD . DESCRIPTION 

Daytive running lights 

< /STANDARD . DESCRIPTION 
7 < /STANDARD . DBSCRI PTIONS > 

< /CATEGORY . SET> 
10 </ STANDARD . SBT> 

<OPTICN.SBT> 

< CATEGORY . SBT> 

<OPTION . CATEGORY "EMISSIONS ■ </OPTION . CATEGORY> 
<OPTIONS> 

<OPTION. DETAILS > 

< OPTION . SELECTION 

15 <SKLBCTED . TRDB . FALSB> true < /SELECTED . TRUE . ' ZB> 

<SELSCVK^.STATOS>SKLRCTED</SBLSCTl<X1. STATUS 

< /OPTION . SELECTION 

<OPTIOH . OPTCODE>PB9< /OPTION . OPTCODB> 
<OPTION . DESCRIPTION . SBT> 
<OPTION . DESCRIPTION> 

20 DESCRIPTION . TYPB>Primary< /DESCRIPTION - V -PB> 

<DESCRIPTION>FBDERAL EMISSION EOATIPHBin. ^/DESCRIPTION 
< /OPTION .DESCRIPTION 

< /OPTION . DESCRIPTION . SBT> 
<OPTIOEN . PRICE . SBT> 

-cOPTION.PRICB> 

< PRICE. NAMB>Invoice</PRICB.KAME> 
25 <PRICB. VALDNO . 0 0< /PRICE .VALUE > 

< /OPTION . PRICB> 
<OPTION. PRICE > 

< PRICE. NAME >HSRP</ PRICE . KAHS> 
<PRICE.VALUB>0 . 00</PRICS.VALU3> 

</ OPTION . PRICB> 
30 < /OPTION . PRICE . SBT> 

< /OPTION . DETAILS > 
</OPTIONS> 

< /CATEGORY . SBT> 
< CATEGORY. SET> 

<OPTXON . CATBGORY> "ENGINE" < /OPTION . CATEGORY> 

<OPTIOMS> 

< OPTION. DETAILS > 

<OPTION . SELECTION 

<SELBCTED . TRDB . FALSB>tru£</SELBCTBD . TRDB . PALSB> 
<SKLBCnON. STATUS >SELBCTED< /SELECTION . STATOS> 

</OPTICN. SELECTION 

<OPTION . OPTCODB>LS1< /OPTION . OPTCODB> 
40 <OPTION . DESCRIPTION . SBT> 

<OPTION . DBSCRI PTION> 

DESCRIPTION. TYPE>Prinary< /DESCRIPTION. TYPB> 
^DESCRIPTIONS . 7L (350) SFI V8 ENGINE</DESCRIPTION> 
< /OPTION . DESCRIPTION 
<OPTIOH . DESCRIPTION 

45 <DBSCRI PTION.TYPB>Bxtended< /DESCRIPTION. TYPE > 

DESCRIPTION (STD) < /DESCRIPTION 

< /OPTION . DESCRIPTION 
</OPTION . DESCRIPTION . SBT> 
cOPTION . PRICE . SBT> 

-cOPTIOH . FRICB> 

<PRICB .NAMB>Invoice</FRICB .NAMB> 
50 <PRICB .VALUE>0 . 00< /PRICE . VALUE > 

-c /OPTION . PRICB> 
<OPTXOH . PRICB> 

< PRICE .NAMB>KSRP</PRICB.NAME> 
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< PRICE - VALUE >0 . 00< /PRICE . VALUE > 
< /OPTION. PRICE > 

< /OPTION .PRICE . SBT> 
< /OPTION . DETAILS > 

</OPTI0NS> 
< / CATEGORY . SET> t 

< CATEGORY. SBT> 

<OPTION . CATEGORY* "TRANSMISSIONS /OPTION . CATEGORY> 
<OPTIONS> 

<0PT1QN . DETAILS > 

cOPTION . SRLECTION> 

<SEL£CTEO . TRUE . FALSE>true</ SELECTED . TRUE . FALSE > 
<SELBCTION . STATUS >REQUIRED< /SELECTION . STATUS> 
< /OPT ION . SBLECTION> 

<OPTION . OPTCODB>MX0< /OPTION . OPTCODB> 
<OPTION - DESCRIPTION . SET> 
<OPTION . DESCRIPTION* 

DESCRIPTION - TYPB>Pr imary< /DESCRIPTION . TYPB> 
<DBSCRlPTION> 

4 -SPEED ELECTROS JI CALLY- CONTROLLED AUTOMATIC 
TRANSMISSION W/0D</DB3CRIPTC0N> 
< /OPTION . DBSCRIPTION> 
<OPTION. DESCRIPTION^ 

< DESCRIPTION . TYPE>Bxt.ended< /DESCRI PTION . TTPB> 
<DESCRIFTION> 

-tnc: 2.73 axle ratio, brake /transmission shift 
interlocfc</DESCUFnON> 
</OPTION. DSSCRIPTXON> 
<OPTION . DBSCRIPTION> 

<DBSCRI PTION. TYPE>Extended< /DESCRIPTION. TYPE> 
DESCRIPTION* (STD) </DBSCRIPTI0N> 

< /OPTION . DESCRIPTION 
</OPTICN . DESCRIPTION . 3BT> 
<-"?5T J OK .PRICE . SKT-> 

<CPTION.PRICB> 

« PRICE .NAMB>Invoice</PRICE .NAHB> 

< PRICE .VALDB>0 . 00</P3.IC2 . VALUE > 
< /OPTION . PRICB> 
<OPTION. PRICB> 

< PRICE. NAME >MSRP</PRICE.NAMB> 
<PRICB.VALUB>0.00</PRICB. VALUE* 

</OPTION.PRICB> 
< /OPTION . PRICE . SCT> 
< /OPTION . DETAILS > 
</OPTTONS> 
< /CATEGORY .SBT> 

< CATEGORY . SET* 

<OPTIOH . CATEGQRY> " PREFERRED EQUIPMENT GROUP* < /OPTION . CATBOORY> 
<OPTIQNS> 

<OPTIOH . DETAILS > 

<OPTION . SELBCTION> 

< SELECTED . TRUE . PALSB> t rue< /SELECTED . TRUE . FALSB> 
SELECTION . STJmJS>SBLBCTBD</SELECTION . STATUS > 
< /OPTION. SELECTION* 

<OPTI ON. OPTCOOB>1SD< /OPTION . OPTCODB> 

< OPT ION. DESCRI PTION . SBT> 

<OPTION . DESCRIPTION* 

DESCRIPTION . TYPB>Priraary< /DESCRIPTION . TYPS> 
<DESCRIPTION*PREFERRED EQUIPMENT GROUP</DBSCRI PTION* 

< /OPTION . DESCRI PTXON> 

<OPTIOH .DESCRI PTION > 

<DBSCRIPTION . TYPE>Bxtended< /DESCRIPTION . TYPE> 
DESCRIPTION*- inc : base vehicle*: /DESCRIPTION* 

< /OPTION ► DESCRI PIT ON > 

< /OPTION . DBSCRlPnON . SBT> 
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<0PTI0N . PRICE . SET> 
<OPTION.PRICB> 

< PR ICE . NAMB> Invoice < /PRICE . NAME > 
< PRICE .VALUB>0 . 00</ PRICK . VALUE > 

< /OPTION . PRICB> 
< OPTION. PRICE > 

< PRICE. NAME >HSRP</PRICB.NAME> 
<PRICB.VALUE>0.00</PRICB.VALUB> 

</OPTION . PRICE> 
</OPTION . PRICE . SET> 

< /OPTION . DETAILS > 
</OPTIONS> 

< /CATEGORY . SRT> 
< CATEGORY. SET> 

< OPTION . CATEGORY> "APPEARANCE PKG ■< /OPTION. CATEGORY > 
< OPTIONS > 

<OPTICN . DETAILS > 

<OPTIQH _ SBLECTI0N> 

< SELECTED. TRUE . FALSE>true< /SELECTED . TRUE . FALSL\-» 

< SELECTION . STATUS >SELECTBD< / SELECTION . STATUS > 
< /OPTION. SELECTION > 

<OPTION . OPTCODB>WD8< /OPTION . OPTCODB> 
<OPTION . DESCRIPTION . SBT> 
^OPTION . DESCRIPTION > 

DESCRIPTION . TYPB>Pr ioary< /DESCRIPTION . TYPE> 
<DESCRIPTION>PERfQRMANCE/APPEARANCH PKG< /C2JC; IPTIOT> 
< /OPTION. DESCRIPTION » 
<OPTICW . DESCRIPTION 

cDBSCRIPTION . TYPB>Bxtended< /DESCRIPTION. TYTItr 
<DBSCRIPTION> 

inc: 320 horse-power engine output, composite hood 
w/air scoop, underhood forced air induction system, 
revised SS rear decklid spoiler, P275/4CZR17 Goodyear 
Bagle PI tires, 3.5* single tip exhaust ayattt, 17" 
aluminum wheels, high-performance ridc/handlir<f pxg , low 
restriction dual outlet exhaust, Tort"-n differential, 
SS badging</DBSCRIPTION> 
< /OPTION. DESCRIPTION 
< OPTION. DESCRIPTION> 

<DBSCRIPTION . TYPB>Supported Logic</DESCRIPTI017 . TYP3> 
<DBSCRIPTION> 

(w/MXO Trans REQ: 605 Performance Axle) < /DESCRIPTION 
< /OPTION . DESCRIPTION 
<OPTION.DBSCRIPTION> 

<DESCR1PTI0N . TYPB>Bxtended< /DESCRIPTION . TYPB> 
<DBSCRIPTIC«>*Af fects Color Availability*</DBSCRIPTION> 
< /OPTION .DBSCRIPTlON> 
< /OPTION . DESCRIPTION . SBT> 
<OPTION . PRICE . SKT> 
<OPTI0W . PRICE> 

< PRICE . NAHS>Invoice< /PRICE . NAME> 
<PRICB.VALUB>3293-OO</PRICE.VAL0B> 

< /OPTION. PRICE> 
<OPTICBl . PRICB> 

< PRICE . NAMB>MSRP</PRICB . NAMB> 

< PRICE . VALUB>3 700. 0 0< /PRICE . VALUB> 
</OPTION.PRICE> 

< /OPTION . PRICE . SET> 

< /OPTION . DETAILS > 
< /OPTIONS > 

< /CATEGORY . SET> 
< CATEGORY . SET> 

<0PTIC«. CATEC«RY> "TIRES -< /OPTION .CATEG0RY> 

<OPTIONS> 

<OPTION . DETAILS > 
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<OPTION . SELECTION? 

^SELECTED . tkuk . FALSB?trAie</SRLBCTED.TRUB . FALSE? 

< SELECTION. STATOS>RBQ01REIX/SBLBCTrON . STATUS > 
«: /OPTION. SELECTION? 

<OPTI0N . OPTCODB?</OPTION.OPTCODB? 
<OPTIOH. DESCRIPTION . SBT> 
<OPTION . DESCRIPTION 

DESCRIPTION . TYPB>Pr imary < /DESCRIPTION . TYPB> 

DESCRIPTION? 

P27S/40ZR17 SBR GOODYEAR RAGLE PI TIRES< /DESCRIPTION 
<c/OPTI0K . DESCRIPTION? 
<OPTIOU . DESCRIPTIOH> 

DESCRIPTION . TYPB>Supported Logic</DBSCRIPTIOH.TYPB> 

<DESCRIPTION> 

(RKQr HDB S3 Performance /Appearance Pkg) </DBSCRIPTION? 

< /OPTION . DESCRIPTION? 

< / OPTION . DESCRIPTION . SBT> 
<OPTCON . PRICE . SBT> 

<OPTI OK. PRICE? 

<PRICB.NAMB?Invoice</PRICE.NAMS? 

< PRICE. VALDB?0 . 00</PRICE. VALUE? 
</OPTION . PRICE? 
<OPTION.PRICB? 

< PRICE. NftME>MSttP</ PRICK. HAKE > 

< PRICE . VALUB?0 . 00</PRICB .VALUE? 
< / OPTION . PRICE? 

< /OPTION . PRICE . SET? 
</OPTION .DETAILS? 

< /OPTIONS? 
</ CATEGORY . SET? 

< CATEGORY. SET? 

< OPTICS?. CATEGORY? "SEAT TYPE - < /OPTION . CTVTDGORY? 
<OPTIONS? 

< OPTION. DETAILS? 

< OPTION - SELECTION?. 

< SELECTED. TRUE . FALSE? true</SELBCTED .TRUE. FALSX? 
^SELECTION . STATUS>SSLECrE3</SBLECTIOK . STATUS? 

< /OPTION . SBLBCTIOH? 

< OPTION. OPTCODB?AR9</OPTION. OPTCODB> 
<OPTION . DESCRIPTION . SET? 

<OPTION. DESCRIPTION? 

<DESCRI PTION . TYPB?Primary < /DESCRIPTION . TYPE? 
<DBSCRIPTION?BUCKBT SEATS < /DESCRIPTION? 

< /OPTION . DESCRIPTION? 
<OPTION . DESCRIPTION? 

<DBSCRIPTI04J.TYPB?Extended< /DESCRIPTION. TYPE? 
<DBSCRIPTION? (STD) </DESCRIPTION? 
< /OPTION . DBSCRIPTION? 

< / OPTION . DESCRIPTION . SET? 
<OPTION „ PRICE . SET? 

<OPTION . PRICE? 

•cPRICE.NAMB?Icvoice</PRICE.NAHB? 

<PRICE . VALUB?0 . 0 0< /PRICE . VALUE? 
< /OPTION . PRICE? 

< OPTION. PRICE? 

< PRICE . NAME?MSRP< /PRICE . NAME? 

< PRICE. VALUE? 0 . 00</PRICB. VALUE? 
< /OPTION . PRICE? 

</OPT2CN . PRICE . SET? 
< /OPTION . DETAILS? 
< /OPTIONS > 

< /CATEGORY . SET? 
<CATEGORY.SET> 

<OPTION . CATEGORY? " SEAT TRW ■ < /OPTION . CATEGORY? 
<OPTIONS> 
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<OPTION . DETAILS > 

<OPTION . SELECTION 

< SELECTED .TRUK . FALSE >true< /SELECTED .TRUE . FALSB> 
<SBLBCTION . STATUS>SELECTED< /SELECTION . STATUS* 

< /OPTION . SELECTION > 

<OPTlOK . OPTCODB> B< /OPTION .OPTCODE> 

<OPTION . DESCRIPTION . SBT> 
cOPTION . DESCRIPTION 

DESCRIPTION . TYPB>Primary</DBSCRIPTIOW . TYPB> 
DESCRIPTION >CLOTH SEAT TRIM</DBSCRIPTION> 

< /OPTION . DESCRIPTION 
<OPTION . DSSCRIPTION> 

DESCRIPTION . TYPB>Bxtended< /DESCRIPTION . TYPB> 
DESCRIPTION (STD) </»BSCRIPTION 
< /OPTION . DESCRIPTION 
< /OPTION . DESCRIPTION . SBT> 

< OPTION. PRICE. SBT> 

<OPTION.PRICB> 

<PRICB , NAMB> Invoice < / PRICE . NAHE> 

< PRICE . VALOB>0 . 00< /PRICE . VALUE > 
< /OPTION. PRICB> 
<OPTION.PRICE> 

< PRICE .NAMB>MSRP</ PRICE ,NAMS> 

< PRICE .VALUB>0 . 00< /PRICE . VALUE > 
< /OPTION. PRICB> 

< /OPTION . PRICE . SBT> 
< /OPTION . DETAILS > 

</OPTIONS> 
< /CATEGORY . SET> 
< CATEGORY . SET> 

<OPTION . CATEGORY > ■ PAINT- < / OPTION . CATEGORY> 
<OPTIONS> 

<OPTION . DETAILS > 

<: OPTION . SELECTION 

< SELECTED . TRUE . PALSE> true< /SELECTED . TRUK . FALSE> 
^SELECTION . STATUS>SELBCTED</SELECTION . STATUS > 
</OPTION . SELECTION 

< OPTION . OPTCODBx /OPTION . OPTCODE> 
<OPTION . DESCRIPTION . SBT> 

•c OPTION . DESCRIPTION 

DESCRIPTION . TYPB>Pr imary< /DESCRI PTION . TYPB> 
DBSCRI PTIONSOLID PAINT< /DESCRIPTION 

< /OPTION . DBSCRI PTIGN > 
<OPTION „ DESCRI PTION> 

DESCRIPTION. TYPB>Extende<i< /DBSCRI PTION. TYPB> 
DESCRIPTION <8TD) < /DESCRI PTI ON > 
<c /OPTION . DESCRIPTION > 

< /OPTION . DESCRIPTION . SBT> 
<OPTlON . PRI CB . SBT> 

<OPTION.PRICB> 

<PRICE.NAHB>Invoice</PRICB.NAME> 
<PRICB .VALUB>0 . 0O< /PRICE. VALUE> 

</OPTION.PRICB> 

<OPTION . PRICE> 

< PRICE .NANB>J4SRP</PRICE .NAME> 

< PRICE . VALUE>0 .00</PRICB. VALUE > 
</OPTION.PRICB> 

< /OPTION . PRICE . SBT> 
< /OPTION . DETAILS > 
</OPTIONS> 
< /CATEGORY. SET > 
<CATEGORY.SET> 

<OPTIOH . CATEGORY > "REAR WINDOW DBFOGGKR" < /OPTION . CATEGORY> 
<OPTIONS> 

<OPTI ON. DETAILS > 
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<OPTION . SELECTION 

^SELECTED . TRDB . FAL£B>true< /SELECTED . TRUE . PALSE> 
SELECTION . STATUS >SBLBCTED< /SELECTION . STATUS > 

< /OPTION. SELECT! GN> 

<OFTION .OPTCODB>C49</OPTION .OPTCODB> 
<OPTICN . DESCRIPTION . SBT> 
"OPTION .DESCRIPTION 

< DESCRIPTION . TYPB>Primary< /DBSCRI PTION . TYPE> 
<DBSCRIPTICN>BLBCTRIC REAR WINDOW DBFOCCKR</DESCRIPTION:> 

< /OPTION . DESCRIPTION 
</OPTION . DESCRIPTION . SBT> 
<OPTIOH . PRICE . SBT> 

<OPTION.PRICB> 

< PRICE .NAMB>Invoice</ PRICE .NAMB> 
<PRICB.VALUB>151.30</PRICB.VALUE> 

</OPTI0N . PRICS> 

< OPTION . PRICB> 

<PRICB.NAMB>MSRP</ PRICE. NAMB> 

< PRICE .VALOBj.no . 00</PKICB.VALUE> 

< / OPTION . PRICB> 
< /OPTION . PRICE . SBT> 

<:/OPTION.DBTAILS> 
</OPTlCNS> 
/ CATEGORY . SBT> 
CATEGORY . SBT> 

<OPTIOH . CATEGORY > "ADDITIONAL OPTIGK3 "< /OPTION - CATEVOK'/> 
<OPTIONS> 

<OPTiaN.DBTAILS> 

<OPTION . SBLBCTIOH> 

< SELECTED. TRUE . FALSB> true* /SELECTED . TRUE . Hi! SE> 

< SELECTION . STATUS >SBLECTBD< /SELECTION . 5TA7 iZS v 
</OPTION.SBLBCTION> 

<OPTI01J . OPTCODB>GU6 < /OPTION . CPTCODn> 
<OPTION . DESCRIPTION . SBT> 
<OPTION . DBSCRI PTION> 

<DBSCRI PTION. TYPB>Pr injury <:/DESCftI PTION . ?ZPB> 
<IJBSCRIPTIO»>PERPORMANC2 AXLE </ DESCRIPTION 
< /OPTION .DESCRIPTION 
<OPTIOH . DBSCRI PTI ON> 

<DBSCRI PTION . TYPB>Bxt ende<l< /DESCRIPTION . TYPE> 
DESCRIPTION- inc: 3.23 axle ratio< /DESCRIPTION 
< /OPTION. DBSCRI PT10N> 
<OPT10H .DESCRIPTION 

<DBSCRI PTION . TYPB> Support e d Logic</DESC71IPTION . TYPB> 
DESCRIPTION (REQt MXO Trans) </DBSCRIPTION> 
</OPTION . DBSCRI PTION> 
<OPTIO» .DESCRIPTION 

<DBSCRI PTION. TYP£> Supported Logic< /DESCRIPTION -TYPS> 
<DBSCRIPTION> 

(REQi QLC Tires, QFZ Tires, or WD8 SS 
Performance/Appearance Pkg) </DESCRI PTION 
< /OPTION . DBSCRI PTION > 
</OPTIGN . DESCRIPTION . SET> 
<OPTIQN . FRI CB . SBT> 
-cOPTION . PRICB> 

<PRICB.HAMB>Iiivoice</PRICB.NAMB> 
« PRICE .VALUE>267 . 00< /PRICE . VALUE > 
< /OPTION. PRICB> 
<OPTION . PRICB> 

<PRICB.NAMB>MSRP< /PRICE. NAMB> 

< PRICE .VALUB>300 . 00</PRICB .VALUE> 
< /OPTION . PRICE> 

< /OPTION. PRICE . SBT> 
< /OPTION. DETAILS > 
<OPTION . DBTAILS> 
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<OPTION . SELECTION 

<SKLBCTED . TRUE . FALSE > true < /SELECTED . TRUE . FALSE> 
SELECTION . STATUS>SELECTED</ SELECTION . STATUS > 

< /OPTION . SBLBCTIOH> 

<OPTIGN .OPTCODB>VK3</0PTIQN .OPTCODE> 
<OPTION . DESCRIPTION . SBT> 
<OPTION . DESCRIPTION 

<DSSCRXFTION . TYPE > Primary* /DBSCRI PTI ON . TYPB> 
<DBSCRIPTIOH>FROHT LICENSE PLATE BRACXET< /DESCRIPTION 
< /OPTIC*. DESCRIPTION 
< /OPTION . DESCRIPTION. SET> 
<OPTION . PRICE . SET> 
<OPTlON.PRICB> 

<PRICB.NAMB>Invoice</PRICB.NAMB> 
<PRICB . VALDE>0 . 00</PRICB . VALUE > 
< /OPTION. PRICB> 
<OPTICN . PRICB> 

<PRICB.NAWB>MSRP</PRICBNAMB> 
< PRICE . VALUB>0 . 00< /PRICE . VALUE > 
</OFTICM.PRICB> 
</OPTI OH. PRICE. SET> 
< /OPTION. DETAILS > 
< /OPTIONS > 
< /CATEGORY. SBT> 
< /OPTION . SET> 
<COLO£.SBT> 

<COLOR . SELECT! ONS> 

<COLOR . COMBINATION^ 

< INTERIOR . CODE> 14 </ INTERIOR . CODE> 

< INTERIOR . DBSCRI PTION>Dark Gray</ INTERIOR . DBSCRXPTIOH> 

< INTERIOR -ABBREVTATION>Dark Gray </ INTER I OR. ABBREVIATION > 

< EXTERIOR . DBSCRI PTI Cft>Blac)c</BXTERI OR . DESCRIPTION 
^EXTERIOR . ABBREVIATION>BIack< /EXTERIOR . ABBREVIATION 
^EXTERIOR . CQDB>4 1< /EXTERIOR . CODE> 

<_ADX . COLOR . SET> 
<AUX. DETAILS > 

<AnX.TITLBx/AUX.TITLB> 
<ADX.CODBx/AOX.CODE> 
<AUX . COLCRx/AUX . COLOR> 
</AUX.DBTAILS> 
</AUX. COLOR. SBT> 

< /COLOR . COMBIRATION> 

< COLOR . COMBINATION 

< INTERIOR -CODB>52</ INTERIOR. CODB> 

< INTERIOR. DBSCRIPTION>Neutral</INTERIOR . DBSCRI PTI CN > 

< INTERIOR . ABBREVIATION >Ntrl</ INTERIOR . ABBREVIATION 
< EXTERIOR . CODE>9 9 < /EXTERIOR .CODB> 

< EXTERIOR . DBSCRIPTIONHugger Orange < /EXTERIOR . DBSCRI PTI ON > 

« EXTERIOR .ABBRRVTATION>Hugg«»r Orange < /EXTERIOR. ABBREVXATI ON > 
<AUX . COLOR . SBT> 
< AUX . DETAILS > 

<ADX .TITLKx/AUX.TlTLB> 
•cADX . CODBx/AUX . CODB> 
<ADX . COLORx/AUX . COLOR> 
< /AUX. DETAILS > 
</ AUX. COLOR. SET > 
< /COLOR. COMB IKATION> 
< /COLOR . SELECTIONS > 
< /COLOR. SET > 
</VEHICLE . SPBC> 
< VEHICLE . QRDER> 

<!-- this section will contain details of the vehicle after delivery - 
< /VEHICLE . ORDER> 
</VEHICLB . DETAILS > 
< /VEHICLE . PUBLIC> 
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< VEHICLE . PRIVATE > 
< CHROME. DATA> 

<EtATABASB . VERSION>2 . 5 < /DATABASE . VERS I OH > 
5 <DATBBASK . DATB>Mon , 26 Oct 1996 15:59:23 pStc/DATBBASB . JEATB> 

<PCC8.DATA> 

<PCCB . VEHICLE . INFO 
<PCCB .VEHICLE . ID> 

<PCCB . YBAR>1999</PCCB . YBAR> 
<PCCB . DIVZD> 08< /PCCB . DIVID> 
70 < PCCB. DTVNAMB>Ctievrolet< /PCCB. DIVHAMB> 

<PCCB.MAJCBTD>Oa</PCCB.KAKBID> 
<PCCB -MODKLID>01</PCCB . MODELID> 
<PCCB . STYLBID>03</ PCCB . STYLBH>> 
</PCCB .VEHICLE . ID> 
< PCCB .VEHICLE. PRICES > 

<PCCB . TOTINV>19096 . 05</PCCB . TOTIHV> 
<PCCB - TOTRBT>20870 . 00-c/PCCB . TOTRBT> 
<PCCB . OPTTOTINV>596 . 05</PCCB . OPTTOTTNV> 
<PCCB .OPTTOTRBT>870 . 00</PCCB .OPTTOTKBT> 
<PCCB . BA5BINV>1909S . OS </ PCCB ,BASBINV> 
<PCCB . BASBRBT>20870 . 00</PCCB . BASBRBT> 

< PCCB. ADJIHV>0.00< /PCCB. ADJIHV> 
<PCCB .ADJRET>0 . 00</PCCB . ADJRBT> 

< PCCB. DBST>5 35. OCX /PCCB. DRST> 
</PCCB. VEHICLE. PRICES > 

<PCCB . FLEET . RETAIL . BOTH>both«/ PCCB . FLEET . RETAIL . BCTH> 
</PCCB . VEHICLE . INFO> 

< » --The PCCB. OPTION. HIST Is stored as triplets for use by PC Caxbook --> 
<!--They are stored as follows : --> 
23 <i --Logic Status "J - Option Coda • | • Origin "I* --> 

<l--An exanple is : l|ABC|0| --> 
<PCCB . OPTIOH . HIST . SBT> 

<PCCB . OPTICS. HIST>1 1 ACB-A| 0 | </PCCB . OPTION . HIST> 
<PCCB . OPTIOH. HI ST>1 1 DBF-A j 0 j </PCCB . OPTION . HIST> 
< PCCB. OPTIOH. HI ST >1 j HIJ-A j 0 j </PCCB. OPTION . HIST> 
<PCCB . OPTIOH. HIST>2 j KLM-A j 0 1 </PCCB . OPTION . HIST> 
c/PCCB . OPTION . HIST . SBT> 
<PCCB . OPTION . SET> 
<PCCB .OPTIQN> 

<PCCB . PULL . OPTCODB*ABC- A</PCCB . FULL . OPTCODB> 
<PCCB.HBIGHT> 

<PCCB . FROHTx/PCCB. FRONT> 
35 <: PCCB. RBARx /PCCB. RBAR> 

</PCCB . WBIGHT> 
<PCCB.PRICB> 

<PCCB . INVOICBx/PCCB . INVOICE> 

< PCCB. RBTAILx /PCCB. RBTAIL> 
</PCCB. PRICB> 

< PCCB. LOGIC. IN70> 
<PCCB . STATBx / PCCB . STATB> 

<PCCB . OfUGXNx/FCCB . 0RIGIN> 
« /PCCB. LOGIC. INFO> 
</PCCB.OPTION> 
</PCCB . OPTION. SBT> 
<PCCB . COLOR . SBT> 
45 <PCCB.COLOR> 

cPCCB.BXTERIOR> 

<PCCB . CQDBlx/PCCB . CODEl> 

<PCCB . DISPLAYCODBlx /PCCB . DISPLAYCODBl> 

< PCCB. C0DE2x /PCCB. 00DB2> 

< PCCB . DISPLAYCODE2 x /PCCB . DISPLAYC0DB2 > 

< /PCCB . EXTERIOR> 
50 <PCCB . INTERIORS 

<PCCB . CODBx/PCCB . CODB> 

<PCCB .DISPLAYCODRx/PCCB . DISPLAYCOOB> 
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</PCCB. INTERIOR> 

<PCCB . STRIPECODB></PCCB . STRIPECODB> 
</PCCB.OOLOR> 
</PCCB . COLOR . SBT> 
</PCCB.DATA> 
< / CHROME . DATA> 
^/VEHICLE . PRXVATK> 
< /VEHICLE . DESCRIPTION 



Claims 

1 . A process for completing a contractual agreement over a wide-area network lor purchasing a product having mul- 
tiple configurations characterized by a set of product attrfcuies and exclusively sold by manufacturer-licensed sell- 
ers, comprising: 

(a) configuring a customer's desired product by selecting the customer's desired set of product attributes to 
form a request for quote (RFQ), wherein the desired set of product attributes comprises a plurality of product 
configuration characterization parameters; 

(b) selecting a target set of manufacturer-licensed sellers located within a geographical area, wherein the tar- 
get set sellers comprises at least one manufacturer-Ccensed seller; 

(c) transmitting the RFQ to the target set of sellers using the wide-area network; 

(d) responding to the RFQ with a price quote from at least one seller from the target set of sellers, wherein the 
price quote is transmitted using the wide-area network to the customer; 

(e) selecting a price quote for acceptance by the customer; and 

(f) transmitting the customer's acceptance to the seller. 

2. The process of claim 1 wherein step a further comprises: 

0) transmitting the customer's desired set of product attributes to an intermediary; 

(ii) inputting the customer's desired set of product attrixites into an intermediary subsystem; and 

querying an electronic database of existing product configurations, using the customer's desired set of 
product attributes, to assess the feasibility of the customer's selected configuration. 

3. The process of claim 1 wherein step a further comprises: 

(i) inputting the customer's product attributes into a computer through a customer subsystem; 

(ii) querying an electronic database of existing product configurations, using the customer's desired set of prod- 
uct attributes, to assess the feasfcflity of the customer's selected configuration; and 

(i») transmitting the customer's attribute set to an intermediary. 

4. The process of claim 1 in step a, further comprising the step ranking at least one product attribute in the set of prod- 
uct attributes on a scale that indicates the customer's degree of flexbility about that product attribute. 

5. The process of claim 1 wherein step c further comprises: 

(i) transmitting the RFQ from an intermediary to a server; and 

(ii) transmitting the RFQ from the server to the target set of sellers. 

6. The process of claim 1 wherein step c further comprises: 

0) transmitting the RFQ from an intermediary to a foreign server; 

(ii) transmitting the RFQ from the foreign server to a server; and 

(iii) transmitting the RFQ from the server to a target set of sellers. 
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7. Hie process of claim 1 wherein step d further comprises: 

(i) transmitting a price quote from at least one seller from the target set of sellers to a server; 

(ii) transmitting the price quote from the server to a foreign server; and 

5 (iii) transmitting the price quote from the foreign server to an intermediary. 

8. The process of claim 1 wherein step b further comprises: 

(i) querying a database of product sellers based on a set of seller criteria; and 
10 (ii) selecting the target set of product sellers from the query results. 

9. The process of claim 1 wherein step e further comprises: 

(i) transmitting the price quotes to an intermediary subsystem; and 
15 (ii) transmitting the price quotes to a customer subsystem. 

10- The process of claim "! further comprising storing each RFQ in an RFQ database. 

J 1 . The process of claim 1 further comprising: 

so 

(i) inputting a set of customer information; and 

(ii) storing the set of customer information in a customer database. 

1f\ A computer network apparatus for facilitating purchase of a product, wherein the product has multiple configura- 
23 forts, is sold by manufacturer-licensed sellers and having multiple configurations characterized by a set cf product 
attributes, comprising: 

(a) a server comprising a processor and a storage device connected to i^j processor, 

(b) a product database stored on the storage device, wherein the predict database consists essenfclly of 
30 information regarding existing combinations of product attributes, 

(c) a seller database stored on the storage device, the seller database including seller inforrrction such as geo- 
graphic location, 

(d) a program stored on the storage device for controlling the processor, wherein (1) the program is operative 
with the processor to receive a customer's selected set of product attributes, (2) query the product database 

35 using the customer's desired set of product attributes to confirm the feasibility of the customer's selected con- 

figuration, (3) query the seller database using a set of seller attributes to select a target set of sellers in the cus- 
tomer's geographic area, (4) transmit a request for quote (RFQ) to the target set of seders, (5) the RFQ 
including the customer's desired set of product attributes, receive a quote from at least one seller from the tar- 
get set of sellers, (6) transmit the quote to the customer, (7) receive an acceptance of one of the quotes, and 

40 (8) transmit the acceptance to the seller whose quote was accepted. 

13. The apparatus of claim 12 further comprising a seller subsystem connected to the server, wherein the seller sub- 
system comprises a computer operative with a program stored thereon programmed to: 

45 receive from the server an RFQ; 

receive from a seller input of a quote in response to the RFQ, and 
transmit the quote to the server. 

14. The apparatus of claim 13 further comprising an intermediary subsystem connected to the server, the intermediary 
so subsystem comprising a computer operative with a program stored thereon to: 

receive from an intermediary input of a customer's selected set of product attributes, 
transmit to the server the customer's selected set of product attrfoutes, 
receive from the server a quote from a seller, 
ss receive from the intermediary input of an acceptance of a quote, and 

transmit to the server an acceptance of one of the quotes. 

15. The apparatus of claim 13 or 14 further corrprising a customer subsystem connected to the server, wherein the 
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customer subsystem comprises a computer operative with a program stored thereon to: 

receive from a customer input of the customer's selected set of product attrfcutes; and 
transmit the selected set of product attributes to the server. 

5 

1 6. The apparatus of claim 12 wherein the intermediary subsystem comprises a computer having a program and a sec- 
ond product database stored thereon, wherein the program is operative with the computer to: 

receive input of a customer's selected set of product attributes: 
w query the second product database using the customer's desired set of product attributes to confirm the feasi- 

bility of the customer's selected configuration, and 
transmit to the server the customer's desired set of product attributes. 

1 7. A computer network apparatus for facilitating customer purchase of a product having multiple configurations, sold 
is by manufacturer-licensed sellers and having configurations characterized by a set of product attributes, comprising: 

(a) a server comprising a processor, a storage device connected to the processor, a product database stored 
on the storage device, wherein the product database includes information regarding existing combinations of 
product attributes, and a seller database stored on the storage device, wherein the seller database including 

20 seller characterizing information, 

(b) a program stored on the storage device for controlling the processor, wherein the program is operative with 
the processor to (1 ) receive a request for quote (RFQ) from a foreign server, wherein the RFQ consists essen- 
tially of a customer's selected set of product attrflxites, and communicated in a common language for describ- 
ing the product, (2) query the seller database using a set of seller attributes to select a target set of sellers in 

25 the customer's geographic area, (3) transmit the RFQ to the target set of sellers using the common language, 

(4) receive a quote from at least one seller from the target set of sellers, (5),transmrt the quote to the foreign 
server, (6) receive an acceptance of one of the quotes from the foreign server, and (7) transmit the acceptance 
to the seller whose quote was accepted. 

30 18. The computer network apparatus of claim 17 further comprising a foreign serve/ connected to tho server, the for- 
eign server comprising a computer operative with a program stored to (1) receive ? customer's selected set of prod- 
uct attributes, (2) configure a product using the customer's set of product attributes. (3) transmit a request for quote 
(RFQ) to the server, wherein the RFQ consists essentially of the customer's set of product attrfoutes in a standard- 
ized data format, (4) receive a quote from the server, (5) transmit the quote to an intermediary, (6) receive an 

35 acceptance of the quote from the intermediary, and (7) transmit an acceptance to the server. 

19. The apparatus of claim 17 further comprising a seller subsystem connected to tho server, wherein the seller sub- 
system comprises a computer operative with a program stored to: 

40 receive an RFQ from the server; 

receive from a seller input of a quote in response to the RFQ, and 
transmit the quote to the server. 

20. The apparatus of claim 1 9 further comprising an intermediary subsystem connected to the foreign server, wherein 
45 the intermeolary subsystem comprises a computer operative with a program stored to: 

receive from an intermediary input of a customer's selected set of product attributes, 
transmit to the foreign server the customer's selected set of product attrfoutes, 
receive from the foreign server a quote from a seller, 
so receive from the intermediary input of an acceptance of a quote, and 

transmit to the foreign server an acceptance of one of the quotes. 

21 . The apparatus of claim 1 9 or 20 further comprising a customer subsystem connected to the foreign server, wherein 
the customer subsystem comprises a computer operative with a program stored to: 

55 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the foreign server. 
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22. The apparatus of claim 20 further comprising a customer subsystem connected to the foreign server, wherein the 
customer subsystem comprises a computer operative with a program stored to: 

receive from a customer input of the customer's selected set of product attributes; and 
transmit the selected set of product attributes to the foreign server. 

23. The apparatus of claim 1 7 further comprising an RFQ database stored on the server's storage device, wherein the 
program stored on the server's storage device is further operative with the processor to: 

store RFQ's processed by the apparatus in the RFQ database, and 
track the status of each RFQ in the database. 

24. The apparatus of claim 1 7 further comprising a customer database stored on the storage device, wherein the pro- 
gram is further operative with the processor to: 

store customer information in the customer database, and 

update the customer information when new customer information is received. 

25. A vehicle description language for storing a description of a vehicle in a first and a second computer memories and 
for transmitting the description of the vehicle between the first and second computer memories via a computer net- 
work, wherein the vehicle description language is created in a hierarchical data structure, comprising: 

(a) a public block of data, having starting and ending delimiters that identify the beginning and end of tha block 
of data, wherein the public block of data comprises: 

(i) a vehicle identification sub-block hierarchically nested in the public block of data and comprising a plu- 
rality of data items wherein the data items are selected from the group consisting of manufacturer, model, 
model year and style of th& vehicle, 

(ii) a vehicle detail sub-blcck hierarchically nested in the public block of data, wherein the vehicle detail 
sub-block comprises: 

(1) a standard sub-block hierarchically nested in the vehicle detail sub-block and comprising a plurality 
of standard categories, wherein each standard category is hierarchically nested in the standard sub- 
block and comprises a plurality of data items relating to standard equipment available on a vehicle, 
and 

(2) an option sub-block hierarchically nested in the vehicle detail sub-block and comprising a plurality 
of option categories, wherein each option category is hierarchically nested in the option sub-block and 
comprises a plurality of data items relating to a particular category of optional equipment desired on a 
particular vehicle; and 

(ii) a private block of data comprising a plurality of data items relating to the customer who is ordering the 
vehicle. 



31 



EP 1 001 355 A2 




OCi 



32 



EP1001355 A2 




33 



EP 1 001 355 A2 




EP 1 001 355 A2 



OBTAIN CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



J 



68 



DETERMINE EA/GA 
1 



70 
V 



L 



WRITE CUSTOMER INFO. \J 
TO INTERMEDIARY'S 
CUSTOMER LIST ON 

CUSTOMER DATABASE 

\ 



84 



TRANSMIT CUSTOMER 
DEMOGRAPHIC AND EA/GA 

INFORMATION TO A 
SECOND INTERMEDIARY 



85 



QUERY PRODUCT 
DATABASE 



88 

O 86- 




94' 



102 



ACCESS INTERMEDIARY'S 
PREFERRED SELLER UST 



OBTAIN EA/GA 
FLEXIBILITY ISSUES 



72 



OBTAIN ADDITIONAL 
EA/GA CONSTRAINTS 



74 
V 




FIND CUSTOMER IN 
CUSTOMER DATABASE 



78 



ENTER NEW 
CUSTOMER INFO. 



ENTER ADDITIONAL 
CUSTOMER INFO. 



82 



I 



98- 



CONFIGURE EA/GA 



ENTER EA/GA 
FLEXIBILTTY 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 

\ 



SELECT TARGET SET OF 
SELLERS TO SEND 
RFQ TO 



QUERY 
SELLER DATABASE 



100- 



ENTER ADDITIONAL 
SELLER CRITERIA 



106 



96 



Fig. 4 



104 



114 



ASSIGN RFQ ID 



108 



WRITE RFQ TO RFQ 
DATABASE 



TRANSMIT EA/GA TO 
SERVER 




LOG EVENT 






NOTIFY TARGET SELLERS 
THAT RFQ WAS 
TRANSMITTED 




TRANSMIT RFQ TO 
TARGET SET OF 
SELLERS 





35 



EP 1 001 355 A2 



112 

M 



114 



116 



RFQ TRANSMITTED 
TO SELLER 








RFQ APPEARS IN 
SELLER SUBSYSTEM 








CHECK RFQ AGAINST 
INVENTORY 





124 

M 



126 

VJ 



128 

vj 



/JO 



132 

VJ 



M 



/J5 

VJ 



VJ 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 




RESPOND WITH CURRENT 
VEHICLE IN STOCK 



122 



RESPOND WITH A GA 
WITHIN CUSTOMER'S 
FLEXIBILITY OR AN 
EA THAT CAN BE 
ORDERED FROM FACTORY 



VERIFY RESPONSE 
INFORMATION 



TRANSMIT QUOTE 
TO SERVER 



I 



ASSIGN QUOTE ID 



UPDATE RFQ ID REC 



LOG TRANSACTION 



TRANSMIT QUOTE TO 
INTERMEDIARY SUBSYSTEM 



Fig. 5 



36 



EP 1 001 355 A2 



138 



VI 



TRANSMIT All QUOTES TO 
INTERMEDIARY SUBSYSTEM 



140 

M 



RECEIVE ALL QUOTES 
FROM SELLERS 



142 

M 



DETERMINE ADEQUACY OF 
QUOTE WITH CUSTOMER 




TRANSMIT QUOTE' 
ACCEPTANCE TO 
INTERMEDIARY 



148 



NOTIFY SELLERS WHOSE 
QUOTES WERE NOT 
NOT ACCEPTED 



I 



ENTER QUOTE 
ACCEPTANCE INFORMATION 
INTO INTERMEDIARY 
SU8SY5TEM 



150 



146 



QUOTE EXPIRES AND 
IS PLACED IN ARCHIVES 



TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO SERVER 



152 
V 



154 



GENERATE ACCEPTANCE 



UPDATE RFQ DATABASE 
AND ID REC 



156 

V 



LOG TRANSACTION 



158 

V 



Fig. 6 



TRANSMIT QUOTE 
ACCEPTANCE TO SELLER 
SUBSYSTEM OF 
APPROPRIATE SELLER 



159 



37 



EP1001355A2 




38 



EP1001355A2 



176 I 

VJ WRITE CUSTOMER INFO. 
^ TO INTERMEDIARY'S 
CUSTOMER UST ON 
CUSTOMER DATABASE 



188 



V| QUERY PRODUCT 
DATABASE 




166 

CUSTOMER ESTABLISHES \J 
CONNECTION BETWEEN 
CUSTOMER SUBSYSTEM 
AND SERVER 



ENTER CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



178 



ENTER ADDITIONAL 
CUSTOMER INFO. 



I 



174 



V 



180 



ENTER EA/GA 

~T~ 



V 



ENTER EA/GA 
FLEXMUTV BSUES 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 



CONFIGURE EA/GA 



TRANSMIT ALL 
INFORMATION TO 

INTERMEDIARY 
THROUGH SERVER 



INTERMEDIARY REVIEWS 
CUSTOMER REQUEST 



182 

V 



184 

V 



186 

V 



J 



192 



NOTIFY INTERMEDIARY 
OF CUSTOMER REQUEST 



194 

V 



196 

V 



Fig. 8 



INTERMEDIARY 
CONTINUES PROCESS, 
STARTING AT STEP 96 
(FIGURE 4) 



39 



EP 1 001 355 A2 





40 



EP 1 001 355 A2 



212 



QUERY PRODUCT 
DATABASE 




} 



-214 

PRODUCT^ u,. 
CONFIGURATION J. - 
OKAY? 




YES 



ENTER CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 

\ 



ENTER EA/GA 



ENTER EA/GA 
FIEXIBIUTY ISSUES 



I 



BUILD EA/GA 



LOG IN TO SERVER 



FIND CUSTOMER IN 
CUSTOMER DATABASE 



ENTER ADDITIONAL 
CUSTOMER INFO. 



WRITE CUSTOMER INFO. 
TO INTERMEDIARY'S 
CUSTOMER LIST ON 

CUSTOMER DATABASE 



202 



V 



204 

V 



206 
V 



208 

V 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 

♦ ~~ 210 

— V 



TRANSMIT CUSTOMER 
INFORMATION TO 
SERVER 



218 




TRANSMIT NEW CUSTOMER 
INFO. TO SERVER 



225 



220 



226 
V 



Fig. 10 



CONTINUE PROCESS, 
STARTING AT STEP 96 
(FIGURE 4) 



41 



EP 1 001 355 A2 



RFQ TRANSFERRED FROM 
SERVER TO SELLER 
SUBSYSTEM 



112 



228 



RFO APPEARS IN 
SELLER SUBSYSTEM 




232 



240 



242 

V 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 



RESPOND WITH CURRENT 
VEHICLE IN STOCK 



244 



VERIFY RESPONSE 
INFORMATION 



238 



RESPOND WITH A GA 
FITTING WITHIN 
CUSTOMER'S FLEXIBILITY 
OR VEHICLE THAT 
CAN BE ORDERED 
FROM FACTORY 



246 

vr 



TRANSMIT QUOTE 
TO SERVER 



248 

vr 



ASSIGN BID ID 



250 

vr 



I 




252 

vr 



UPDATE RFO ID REC. 



QUERY PRODUCT 
DATABASE 



254 



LOG TRANSACTION 

* 



TRANSMIT QUOTE 
TO INTERMEDIARY 
SUBSYSTEM 



Fig. 11 



42 



EP 1 001 355 A2 




43 



EP 1 001 355 A2 



278 



ACCESS INTERMEDIARY'S 
PREFERRED SELLER LIST 



Fig. 13 



256 



V 



258 

VJ 



259 



260 



262 
VI 



264 

Vf 



266 
VJ 



268 



VJ 



270 

VJ 



272 



OBTAIN CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 

J 



DETERMINE EA/GA 



I 



ADDITIONAL 
EA/GA INFO 



ENTER NEW 
CUSTOMER INFO 



ENTER ADDITIONAL 
CUSTOMER INFO 



I 



CONFIGURE EA/GA 



I 



ENTER ADDITIONAL 
EA/GA CONSTRAINTS 



TRANSMIT RFO TO 
FOREIGN SERVER 



TRANSMIT RFQ TO 
SERVER 



SELECT TARGET SET OF 
SELLERS TO SEND 
RFQ TO 



274- 



QUERY 
SELLER DATABASE 



276- 



ENTER ADDITIONAL 
SELLER CRITERIA 

1 



280- 



114 



ASSIGN RFQ ID 



282 



WRITE RFQ TO RFQ 
DATABASE 



284- 



I 



LOG EVENT 



112 



NOTIFY TARGET SELLERS 
THAT RFQ WAS 
TRANSMITTED 



TRANSMIT RFQ TO 
TARGET SET OF 
SELLERS 



44 



EP 1001 355 A2 



124 

VI 



126 

VI 



128 



150 



132 

VI 



134 

M 



136 

Vf 



/J7 

vr 



138 



RFO TRANSMITTED 
TO SELLER 



112 



RFO APPEARS IN 
SELLER SUBSYSTEM 



V 



CHECK RFO AGAINST 
INVENTORY 



116 

V 



ENTER QUOTE VEHICLE 
INFORMATION 



VERIFY DEALERSHIP 
INFORMATION 



VERIFY RESPONSE 
INFORMATION 



TRANSMIT QUOTE 
TO SERVER 



I 



ASSIGN QUOTE ID 



UPDATE RFQ ID REC. 



LOG TRANSACTION 



I 



TRANSMIT QUOTE 
TO FOREIGN SERVER 



TRANSMIT QUOTE TO 
INTERMEDIARY SUBSYSTEM 




RESPOND WITH CURRENT 
VEHICLE IN STOCK 



122 



RESPOND WITH A GA 
WITHIN CUSTOMER'S 
FLEXIBILITY OR AN EA 
THAT CAN BE 
FROM FACTORY 



Fig. 14 



45 



EP1001355 A2 



158 



TRANSMIT ALL QUOTES TO 
INTERMEDIARY SUBSYSTEM 



140 

M 



RECEIVE ALL QUOTES 
FROM SELLERS 



142 
M 



DETERMINE ADEQUACY OF 
QUOTES WITH CUSTOMER 




NOTIFY SELLERS 
WHOSE QUOTES WERE 
NOT ACCEPTED 



146 

VI 



QUOTE EXPIRES AND 
IS PLACED IN ARCHIVES 









( YE3 




TRANSMIT QUOTE 
ACCEPTANCE TO 
INTERMEDIARY 








ENTER QUOTE 
ACCEPTANCE INFORMATION 
INTO INTERMEDIARY 
SUBSYSTEM 










TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO FOREIGN SERVER 



148 



150 



151 



152 



TRANSMIT QUOTE 
ACCEPTANCE INFORMATION 
TO SERVER 



GENERATE ACCEPTANCE 



UPDATE RFQ DATABASE 
AND ID REC 



154 

J 

156 

V 

158 



LOG TRANSACTION 



Fig. 15 



TRANSMIT QUOTE 
ACCEPTANCE TO SELLER 
SUBSYSTEM OF 
APPROPRIATE SELLER 



159 



46 



EP 1 001 355 A2 




47 



EP1001 355A2 



CUSTOMER ESTABUSHES 
CONNECTION BETWEEN 
CUSTOMER SUBSYSTEM 
ANO FOREIGN SERVER 



286 

V 



ENTER CUSTOMER 
PERSONAL AND 
DEMOGRAPHIC 
INFORMATION 



288 



290 



ENTER ADDITIONAL 
CUSTOMER INFO. 



ENTER EA/GA 



292 

V 



CONFIGURE EA/GA 



TRANSMIT ALL 
INFORMATION TO 
INTERMEDIARY THROUGH 
FOREIGN SERVER 



J 



294 

296 



NOTIFY INTERMEDIARY 
OF CUSTOMER REQUEST 



298 



INTERMEDIARY REVIEWS 
CUSTOMER REQUEST 



300 



TRANSMIT CUSTOMER 
REQUEST TO SERVER 



302 
V 



INTERMEDIARY 
CONTINUES PROCESS, 
STARTING AT STEP 270 

(FIGURE 13) 

Fig. 17 



48 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

AT TOP, BOTTOM OR SIDES 
DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

C^J-tNES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



U IMAGE CUTj 

*ED TEXT OR 




